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Method and system for enterprise service balancing 



(57)^ A method and system for processing an enter- 
pnse's incoming customer communications on tne basis 
of the enterprise's business objectives. An enterprise 
service balancer distributes work based upon enterprise 
resources and immediate resource avai/abllity. The en- 
terprise service balancer provides an instantaneous 
best possible sen/ice for a customer communication (e 
p.. acall) by matching the customer communication with 
the most appropriate available resource in the enter- 
prise, as a whole, in accordance with the enterprise's 
definition of best sen/ice. The enterprise sen/Ice balanc- 
er may refrain from moving media for a customer com- 
municalion to an identified resource until after determin- 
ing that the identified resource accepts the customer 
communication for further processing. The enterprise 



service balancer looks for an enterprise resource having 
a specific skills set when the enterprise receivee a cus- 
tomer communication requiring the specific skills set 
The enterprise sen/ice balancer operates in conjunctkxi 
with enterprise resources as diverse as call center 
agents, back office agents, and robotic call processing 
applications. The back office agents, such as technical 
staff members, represent persons who do not typically 
handle customer communrcations. The robotic call 
processing system may operate in conjunction with an 
interactive voice response ('IVR-) system or other such 
robotic system appropriate for the communications me- 
dia. The enterprise service balancer may process cus- 
tomer communk:ations arriving via media such as te- 
lephony, e^li. video kiosk, and an internet. 
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Description 
TECHNICAL FIELD 

[0001] The invention relates generally to the procass- 
. ing and distribution of custonrier communications within 
an enterprise and. more particularly, lo analyzing and 
processing each customer communication entering the 
enterprise to provide comrrmnicalion processing con- 
sistent with enterprise business objectives. 

BACKGROUND OF THE INVENTION 

[0002] A business enterprise, or simply 'enterprise," 
may utilize one or more call centers to handle inbound 
and outbound customer calls. A typical call center in- 
cludes a number of agents who field inbound telephone 
calls and place outbound telephone calls. Callcemeriel- 
ephone calls frequently have associated data, such as 
customer information that the agents utilize in process- 
ing the calls. The call center's communication system 
may organize the agents into groups, known as skill/split 
hunt groups, based on their skills and qualttlcations. 
[0003] A conventional call center typically comprises 
either an automatic call distributor ("ACD^) or private 
branch exchange ('PBX') that receives incoming calls 
through a public switched telephone network ("PSTN") 
and routes the calls to a skilUsplit hunt group, rather than 
to a specific agent. Agents are associated with these 
skill/split hunt groups to receive incoming calls. An ACD 
typically contains a superset of the functions provided 
by a PBX. The ACD/PBX typically queues incoming 
calls to one or more skilt/split hunt groups with available 
agents on the basis of statistical information that these 
skill/split groups satisfy an objective fevel of sen^ice. An 
objective level of san^ica might be 'calls answered on 
the average in 10 seconda* or '90% of calls are an- 
swered In 20 seconds." When multiple agents are avail- 
able to handle a call, typically they will deliver the call to 
the agent who has been idle - waiting for a next call - 
the longest period of time. Other criteria for agent selec- 
tk>n are also used. The agents typically process custom- 
er calls utilizing either specialized telephones, known as 
ACD/PBX feature phones, that interface with a specific 
ACD/PBX or utilize software-contrcrfled telephony appll- 
calions ("sof tphonesT that can coexist with a proprietary 
ACD/PBX feature phone or can utilize telephone sets 
not necessarily designed for the call center's particular 
ACD/PBX. Softphones provide a less expensive means 
forattainingmanyofthecapabilitiesofanACD/PBXfea- 
ture phone while using only software in combination with 
a "plain-old-telephone set" CPOTS"). 
[0004] Call center agents typk:ally have access to 
customer data to facilitate call processing. For example, 
a call center agent nnay utilize a graphwal user interface 
("GUI ') program that provides calling scripts and access 
to a customer database. In a softphone environment, 
the GUI program may also control telephony functions! 



While interacting with a caller the agent uses hot keys 
or an electronic nrwuse to select telephony functions on 
a v<A>rkstation screen. A hot key is a keystroke or com- 
bination of keystrokes that sends a command lo a com- 
puting system that processes the agent's commands. 
[0005] Figure 1 illustrates a conventional softphone- 
configured call center 130. In the softphone call center 
130. an ACD 102 interfaces between the customer tel- 
ephone call 100 and an agent telephone 108 in an agent 
^0 workstation 1 20. The softphone call center 1 30 will com- 
pnse multiple agent workstations 120 having multiple 
agent telephones 108. Customers typically place tele- 
snone calls to the agent telephones 108 via the PSTN 
101. When a customer telephone call 100 arrives at the 
ACD 102. an ACD route point 103 receives the call. The 
ACD 102 routes incoming calls through the ACD route 
point 103 which typically comprises a phone number (c?. 
g . a directory number CDN")) in the numbering plan of 
the ACD 102 that works in conjunction with a routing 
20 program 104 that provides a call-handling instructions 
script. An ACD vector 105. typically a computer pro- 
gram, controls the routing program 104 to enable cus- 
tomized call processing specifications in the ACD 102. 
The routing program 104 tells the ACD*s call processing 
25 software how to treat the customer call 100. The routing 
program 104 typkially includes at feast one announce- 
ment and at least one queue statement. The ACD vector 
105 and the routing program 104 may be combined in 
some conventional ACDs. The queue statement directs 
^ the call toa specif ic ACD skill/split hunt group 106 based 
on the assumption that the skill/hunt group 106 provides 
the best senrice to the incoming caller. The AGO skill/ 
split hum group 106 has a single phone number, a Pilot 
Directory Number ('Pilot ON") 107. that subsequently 
35 directs the client telephone call to one of the available 
agent telephones 108 within th e part cular ACD ski ll/sp lit 
hunt gnDup 106. The ACD skill/split hunt group 106 may 
select an agent telephone 108 if this is the only agent 
available to take a call or on the basis of an agent being 
^ idle the longest if multiple agents are available lo take 
a call. As shown in Figure 1. the ACD 102 may have 
multiple route points 103, multiple routing programs 
104, multiple ACD vectors 105, and multiple ACD skill/ 
split hunt groups 106. Each ACD skill/split hunt group 
^ 106 will usually include multiple agent workstations 1 20. 
[0006] A call control applicatk)n sen/er 1 1 0 communi- 
cates with the ACD 102 through a computer-telephony 
rjtegratkjn ("CTl-) link 109. The call control application 
sen/er 110 comprises a standard computing system, 
50 such as a personal computer ('PC"), and a CTl sen/er 
application that pnxesses calling information for an 
agent via a softphone application n 1 at the agent work- 
station 1 20. Each agent typically has a terminal that pro- 
vides a GUI to the softphone application 111 The soft- 
55 phone appIicalKDn 1 1 1 emulates the button f unclk>ns of 
a conventional ACD/PBX feature phone. The call control 
application sen/er 1iO synchronizes the softphone ap- 
plicatkan ill with the ACD 102 by sending event mes- 
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sages to the softphone application 1 1 1 psrtaining to the 
agent's telephone 108. The call control application sen/- 
er 110 services telephony commands from the soft- 
phono application ni to provide the agent with a soft- 
phone. In a typical configuration, each agent has access 
to an individual copy of the softphone application m at 
hfs or her workstation 108. The softphone aoplicalion 
111 servicing each ager^t workstation i08 may be run 
from the call control application sen/er 1 1 0. for example. 
»n an internet browser -based ImplemanTaiion. The com- 
bination of the agent workstation 120 utilizing a POTS 
such as the telephone 108 and the softphone applica- 
tion 111 provides the agent with the features available 
on more expensive ACD/PBX feature phones. 
[0007] The agent telephones 108 typically receive 
calls directed toeilher of two numbers. The first number 
is the telephone number for the telephone instrument 
itseff. known as the Phone Directory Number ("Phone 
DN*). The second number is a telephone number cor- 
responding to the agent, known as an Agent Directory 
Number ("Agent ON"). The Agent DN follows an individ- 
ual call center agent Thus, an agent may switch from 
one agent workstation 1 20 to another agent workstation 
120 and still retain the same Agent DN. The Agent ON 
constitutes a personal telephone number for the agent 
and returns a fast busy signal if the agent is not logged 
into the AGO 1 02 or a busy signal when the agent is on 
another call. 

[0008] In a softphone-equipped call center, such as 
the call center shown in Figure 1. a customer call 100 
may reach an individual agent in several different ways. 
The customer call 100 may reach the agent through the 
ACD route point 103. This method of calling does not 
necessarily reach a specific agent but instead reaches 
any available agent in the ACD skill/split hunt group 1 06. 
This method provides general calling but is unsuitable 
for reaching a specific agent. If no agent is available In 
the ACD skill/split hunt group 106 when a call arrtvea. 
the ACD 102 simply queues the call for processing by 
the next available agent. In some call centers, the ACD 
102 may direct a light to flash at the agent workstation 
1 20 when a call arrives through an Agent DN . A call may 
also reach an agent by being directed through the PSTN 
101 to the Agent DN or the agent telephone's Phono ON, 
[0009] When an ACD agent is avaiiabia to take anoth- 
er call, the ACD 102 concurrently sends an event mes- 
sage via a CTI middleware product to the agenf s work- 
staiksn 1 20 that causes an application in the workstation 
to present customer data about the call to the agent The 
event message contains user data associated with the 
phone call that is supplied by the ACD or via external 
data sources accessed by the CTI middleware. For ex- 
ample, the event message user data may contain the 
calling party's translated automatic number kientifica- 
tk>n CANI") (who Is calling) and the dialed number iden- 
tifk^tion service ('DNIS') (why they are calling). The 
workstatfon applk^tton Interprets the event user data to 
provide a data presentation to the agent. This data pres- 



entation is known as a 'screen pop" as the agent's work- 
station monitor suddenly displays the customer informa- 
tion. The screen pop shouW arrive slightly ahead of. or 
concurrent with, the arrival of the call at the agent's tel- 
5 ephone 103. which typically includes an audio headset. 
Sometimes the call arrives at an agent's headset before 
the screen pop, compelling the ageni lo begin with a 
general greeting without knowing to whom he is speak- 
ing. Such errors prevent the agent from quk;kly assess- 
fo ing how to treat the call. 

[0010] A call center may also have one or more robot- 
ic call-handling applications that process all or part of a 
customer call. A robotic call-handling application's re- 
quifsmonts resemble those of a softphone application. 
^5 The primary difference is that the softphone manages 
callsarriving at a specific Phone DN while a robotic call- 
handling application manages calls arriving at a specific 
route point 1 03, also known as a Route Point DN. A ro- 
botic call-handling appfcatkwi may communicate with 
20 both the route point 103. the ACD skill/split hunt group 
106, and the Agent DN and the Phone ON at the agent's 
workstation 120. Some robotic applications may receive 
information from the customer calls 100 and may, in 
some instances, handle a call in a manner much tike 
25 that of a call center agent. For example, a robotic call- 
handling application may utilize an interactive voice re- 
sponse (MVR") system in the processing of a customer 
call. As robotfc technologies grow more sophisticated, 
robotic applications may even begin replacing many, or 
30 in some instances all call center agents. In many in- 
stances, robotic applicatkjns require capabilities be- 
yond those required by human call center agents, such " 
as handling many more calls than a human agent 
[0011] An enterprise may have more than one call 
^ center, and the call centers may have a variety of con- 
figurations and provkie different processing capabilities. 
Enterprises having multiple call centers typically want to 
unify the disparate pieces of their call processing capa- 
bilities in order to provide consistent and balanced call 
^ processing. Balancing the utilization of geographkially 
distributed resources In various call centers against the 
demand for such resources is known as 'load balancing. 
• For example, if call center A has the capacity to handle 
100 calls per minute and currently there are no idle 
*5 agents with many calls waiting to be senflced, while call 
center B has the capacity to handle 200 calls per minute 
but has many idle agents, load balancing would balance 
the incoming calls across both call centers to take ad- 
vantage of the idle agents in call center 8 to provkie bet- 
so ter service to the customers calling into call center A. 
[0012] Load balancing is especially appropriate in 
customer-facing call centers thai handle Inbound phone 
calls and whose agents receive calls from an ACD/P8X. 
such as the ACD 102 shown In Figure 1 . One type of 
55 software system that perfomas load balancing across all 
such call centers at the PSTN network level is conven- 
tionally known as a 'Network ACD." Another type of soft- 
ware system that performs load balancing across such 
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call cent9rs at tho customer premise equipment ("CPE") 
ACD level is conventionally known as an "ACD with a 
load balancing option." ahhough sometimes such CPE 
ACD implementations are also refarr ed to as a "Network 
ACD.' A Network ACD may comprise a collection of 
CPE ACDs as well as an ACD that resides In the tele- 
phone network that feeds a collection of like or disparate 
CPE ACDs An exemplary CPE ACD is the Lucent 
Definity AGO. Typically, the like kind CPE ACDs will 
have a Load Balancing software feature package 
sometimes referred to as a "Network ACD" oplion' A 
convenlional Network ACD that operates at Lhe PSTN 
network level is the Geotel Intelligent CallRouter®. For 
example, in an enterprise call environment, load balanc- 
ing may mean that calls entering the enterprise's Net- 
work ACD's queues are distributed across multiple call 
centers in such a manner that the load (call volume) at 
each call center is commensurate with the capability of 
the ACD resources at each call center to service calls 
in a timely manner. 

(001 3] Figure 2 illustrates a conventional load balanc- 
ing scheme provkied by a Network ACD operating at the 
PSTN network level. A toad balancing system 210 com- 
prwes a Ne^//ork ACD 201 and ACDs 202-206. The 
ACDs 202-206 may be located in one or more call cent- 
ers, and the ACDs 202-206 may be CPE ACDs. Cus- 
tomer calls reach the load balancing system 210 
through the PSTN 101 . The ACDs 202-206 provide sta- 
tistical informatran regarding utilization of their call 
processing capabilities. The Network ACD 201 exam- 
ines the statistical information provided by the ACDs 
202-206 to select an ACD to receive a customer call. 
Thus, the Networic ACD distributes calls to the ACDs 
202-206 while the ACDs 202-206 return sen^ice statis- 
tics to the Network ACD 201 . The Network ACD 201 se- 
lects an ACD to receive a customer call solefy upon met- 
rics related to remaining or non -utilized call handling ca- 
pacity in the ACDs 202-206. 

10014] The toad balancing system 210 may utilize as 
its load balancing metric the current service level 
achieved in each of the ACDs 202-206. Some conven- 
tional load baJancing systems utilize even cruder met- 
rics. An example of a servkie level is the average spaed 
to answer ('ASA'), or the average time that a call waits 
in queue before being directed to an agent. One of the 
principles underlying most conventional load balancing 
systems is that a larger ACD sen^ice team is more effi- 
cient than several smaller service teams. Accordingly, 
the load balancing system 210 provides the appearance 
of a virtual sen/ice team across physically separate lo- 
cations. 

[0015] ACD manufacturers implement load balancing 
using a variety of schemes. In an enterprise consisting 
of multiple, geographically dispersed call centers, load 
balancing rriay be accomplished by having a Network 
ACD examine the expected sen/ice level to be achieved 
at each call center and then move the call to the ■best- 
call center to meet expected sen/ice objectives. The 



load balancing system typically assesses the 'best" call 
center m loss than 500 msec. i.e.. a value determined 
by the telephone network providers as a required deter- 
minant of allowing a third party application (the Network 
5 ACQ 201 ) to route a call. Forcalls not routed by the Net- 
work ACD 201 in (ess than 500 msec, the telephone net- 
work provider will distribute the call on the basis of de- 
fault programming. Moving the call into the ACD of a 
particular calf center (e.g., the ACD 206) places further 
JO processing of the call under the control of the ACD and 
not the Network ACD 201. The ACD will eventually dis- 
tribute the call to an agent having telephony equipment 
controlled by the ACD Accordingly, once a customer 
call ts moved to a specific ACD. the limitations of a small 
' 5 agent pool re-appear as the cost of moving the call back 
to the Network ACD 201 may be too expensive. Some 
Network ACDs can move a call back up to the telephone 
network and redistribute the call, but such processing is 
expensive and is typically performed on a per call basis 
^0 {0016] Each ACD 202-206 in the load balancing sys- 
tem 21 0 provides statistics regarding the actual service 
achieved (e.y., the ASA) to the Network ACD 201 in or- 
der to allow the Network ACD 201 to perform load bal- 
ancing. The Network ACD 201 does not typically know 
25 which agent received a specific call. Thus, the Network 
ACD 201 does not direct^ know the actual sen^^lce pro- 
vkJed. For that matter, no piece of equipment in the load 
balancing system 210 knows the actual level of sen^ice 
provided by the enterprise in processing customer calls. 
30 [0017] A collection of like-manufacturer CPE ACDs 
may effect call routing via a multi-site ACD load balanc- 
ing software package. However, even a multi-site ACD 
software package eventually moves calls to a queue on 
a CPE ACD for distribution to an agent with the expec- 
ts tation that the calls residing in that particular queue {or 
queues) will provide the best possible se nrice to the call- 
ing customer. 

[0018] An enterprise may utilize a Centrex system in 
addition to or instead of using CPE ACDs. In a Centrex 
"to system, the local telephone company provides the en- 
terprise with customer calling telephone sen^ices from 
its offices. Even a Centrex system performs toad bal- 
ancing as discussed above. While the Network ACD and 
one or more CPE ACDs may be the same piece of 
« equipment in a Centrex system, a conventtonaf Centrex 
system nevertheless utilizes a Network ACD software 
package that controls call routing in the manner de- 
scribed above. Thus, even a Centrex system performs 
toad balancing for an enterprise on the basis of balanc- 
^ Ing a toad rather than on meeting the enterprise's serv- 
es objectives. An exemplary Centrex Network ACD 
package is Lucenfs TOPMS which distributes calls 
base on percent capacity to the underlying CPE ACDs. 
[0019] Figure 3 is a flowchart depicting call routing in 
a conventional Network ACD load balancing system. A 
Network ACD receives a call (step 301 ) The Network 
ACD uses the ANI and DNIS to determine the sen/ice 
to be provkied via a database tookup against a database 
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containing routing Information (step 303). The Network 
ACD examines statistics for all of the ACDs operating 

under the load balancing scheme (step 305) that can 
service this call. For example, if the incoming call is to 
cuslomer sen/ice, there may be 1 5 ACDs to which calls 
can be directed, but only 10 handle customer service 
requests. Based upon the ACD statistics, the Network 
ACD selects an AGO for the call based on the ACD hav- 
ing the most appropriate statistics (step 307). As previ- 
ously discussed, the most appropriate statistics will typ- 
ically be the ACD having the best service level. The Net- 
work ACD then transfers the call to the selected AGO 
(step 309). 

[0020] The ACD receives the call sent to \\ from the 
Network ACD (step 311). The ACD analyzes the call to 
select an appropriate split/skill hunt group (step 31 3). 
The ACD then selects an available agent in the split/skill 
hunt group based upon whether an agent is presently 
available or is the longest idle agent (step 315). If no 
agent is presently available (step 319), than the ACD 
may send the call to another split/hunt group (step 321) 
before routing the call back through the agent selection 
process (step 315). As the result of considering other 
agent distribution options (step 321). the ACD may de- 
termine that other agents can be considered in order to 
meet service objectives. For example, calls for Platinum 
customers are not being answered by Platinum custom- 
er agents to meet an ASA scn/ico objective of 10 sec- 
onds, therefore after waiting 2 seconds with no agent 
from the pool of Platinum customer agents available, 
both Platinum customer agents and Gold customer 
agents will be considered acceptable to answer Plati* 
num customer calls. If an agent is available (step 319). 
then the ACD transfers the call to the agent white stmut- 
taneously sending a CTI event to external server based 
'screen pop* software that a call is about to be delivered 
to a specific agent's phone. This external software pop- 
ulates dlata associated with the call and then executes 
a 'screen pop" instruction (step 323) to an application 
at the agent's desktop. The desktop application receives 
the data associated with this call along with CTI call 
event notification and processes the data to provide a 
'screen pop ' The agent then processes the call accord- 
ing to the enterpriae business directives. 
[0021] As described above, the conventional proce- 
dure for routing customer calls in an enterprise environ- 
ment has been based upon balancing the load among 
the various components that comprise the enterprise's 
call-handling capability, e.g., the ACDs. While the con- 
ventional process may be adequate for balancing the 
load among the enterprise's various call-handling com- 
ponents, the conventional procedure does little in the 
way of accomplishing an enterprise's business objec- 
trvas with regard to its customers and to Its resources, 
such as its call center agents. In addition, the conven- 
tional procedure does not address customer communi- 
cations arriving from communteation media other than 
telephones. 



SUMMARY OF THE INVENTION 

(0022] The invention provides a method and system 
for processing an enterprise's incoming customer com- 

S munications on the basis of the enterprise's business 
objectives. Embodiments of the invention deliver serv- 
ices to an enterprise's customers across all lines of the 
enterprise's business and treats customers in a consist- 
ent manner independent of their entry point into the en-" 

'0 lerprise's business communication facilities. Emoodi- 
ments ol the invention tie together physically separate 
business communication centers, including "back ol- 
fice* Sites not normally associated with processing cus- 
tomer communicalbns. 

^5 [0023] Embodiments of the invention provide an en- 
terprise senrice balancer that distributes work based up- 
on enterprise service objectives, enterprise resources 
and immediate resource availability. The enterprise 
service balancer provides an instantaneous best possi- 

20 ble sen/ice for a customer communfcation {e.g., a call) 
by matching the customer communication with the most 
appropriate resource in the enterprise, as a whole, in 
accordance with the enterprise's definition of best sen/- 
ice. Unless a customer communication is directed to a 

2^ specific agent, embodiments of the enterprise service 
balancer refrain from moving a customer communica- 
tion until a resource(s) has identified itself as available. 
The enterprise service balancer may provide a virtual 
call center that unites the enterprise's various telephony 

30 elaments, such as physically separate call centers, to 
provkJe a unified call-handling capacity for the enter- 
prise. Agents, or agent applications, may make them- 
selves available for taking a higher priority work, such 
as a call over the work currently performed, according 

35 to an embodiment of the invention. Therefore. Identify- 
ing oneself as 'available' may be 'available for specific 
types of work whk:h can interrupt current work " For ex- 
ample, an agent may be working on a billing adjustment 
work type but will make himself available for taking a 

^ Platinum Customer phone call billing related work type. 
[0024] Embodiments of the enterprise service balanc- 
er processes calls on the basis of specific customer and 
agent characteristics. The enterprise service balancer 
further accommodates an enterprise's varkHis defini- 

*5 lions of the appropriate resource by referencing a re- 
source's skills set When the enterprise receives a call 
from a customer that requires a certain skills set, an en- 
terprise service balartcer processing calls according to 
the dotlnitbn of 'appropriate resource* kxsks for an 

so available agent in the enterprise who has that skills set. 
[0025] Embodiments of the enterprise sen/Kd balanc- 
er operate in conjuration with enterprise resources as 
diverse as call center agents, back ottice agents, and 
robotic call processing applications. The back office 

55 agents, such as technical staff members, repi-esent per- 
sons who do not typically handle inbound customer 
communfcations. The robot k: call processing applica- 
tions may operate In conjunction with an interactive 
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video kiosk, and the Internet 
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DETAILED DESCRIPTION OF THE INVENTION 



BRIEF DESCRIPTION OF THE DRAWINGS 



[0026] An embodiment of the invention will be de- 
scribed bekjw relative to the following figures. Note thai 
similar elements and steps in the figures have the same 
reference number. 

[0027] Figure ^ illustrates a conventional softphonc- 
configurod call center. 

[0028] Figure 2 illustrates a conventional load balanc- 
ing scheme provided by a Network ACD operating at the 
public switched telephone network ('PSTN") level. 
[0029] Figure 3 is a flowchart depicting call routing in 
a conventional Network ACD load balancing system. 
[0030] Figure 4 Illustrates an enterprise sen/ice bal- 
ancing system 41 0, according to an embodiment of the 
invention. 

[0031] Figure 5 illustrates a call center 510 that has 
been configured to operate in conjunction with an enter- 
prise service balancing application, according to an em- 
bodiment of the invention. 

[0032] Figure 6 illustrates a call center 640 that pro- 
vides enterprise sen/Ice balancing without requiring uti- 
lization of an ACD. 

[0033] Figure 7 illustrates exemplary ESB selection 
criteria 701 that provide data for enabling an embodi- 
ment of the enterpnse service balancer 40l to deter- 
mine the precise enterprise resource to receive a call. 
[0034] Figures iflustrates a representative ESB agent 
table 800 that contains the type of data that an enter- 
prise may wish to collect regarding its call center agents 
and then reference when selecting an appropriate re- 
source for a call. 

[0035] Figure 9 provides further details regarding 
workpackets transferred to enterprise rwourcos. 
[0036] Figure 1 0 illustrates the linking of workpackets 
in a call parking facility utilized by the enterprise sen/k:e 
balancer while attempting to find an appropriate re- 
source to process the call represented by the workpack- 
et, according to an embodiment of the invention. 
[0037] Figure 1 1 illustrates an exemplary agent work- 
station 1110 for processing workpackets. according to 
an embodiment of the inventk)n. 
[0038] Figure 1 2 illustrates additional information that 
may be retrieved in an exemplary workpacket 1200 
processed by an enterprise resource. 
[0039] Figures 13A and 13B comprise a flowchart 
1 XO illustrating the processing of a call in an enterprise 
service balancing system 410 utilizing an enterprise 
sen/Ice balancer 401. according to.an embodiment of 
the invention. 

[0040] Figure 14 illustrates an exemplaiy enterprise 
service balancing system 1410 that processes custom- 
er communcations arriving from a variety of media, ac- 



5 [0041] Embodiments of the invention provide a meth- 
od and system for processing an enterprise's customer 
communications on the basis of the enterprise's busi- 
ness objectives, known as enterprise sen/ice balancing 
rather than solely upon aggregate statistical measures 
pertarning to the enterprise's automatic call distributors 
("ACDs") or private branch exchanges {'PBXs') Enter- 
prise service balancing ties together physically separate 
business communication centers, including 'back of- 
fice" sites not normally associated with processing cus- 
'5 tomercalls. Back office sites may include employees not 
normally associated with call center operations, such as 
the enterprise's technical staff, enterprise branch loca- 
tions, enterprise partners and affilratcs, and even other 
enterprise customers. Enterprise service balancing de- 
2^ livers sen^ices to customers across all linos of an enter- 
prise's business and treats customers in a consistent 
manner independent of their entry point into the enter- 
prise's business communication facilities. 
[0042] In contrast to enterprise sen^ice balancing, 
2S conventional Network ACDs focus upon agent capacity 
statistics and^or service achieved statisttes for individual 
customer premise equipment ('CPET ACDs and do not 
allow an enterprise to process calls based upon specific 
customer and agent characteristics. For example, Nel- 
^ work ACDs cannot process calls on the basis of an in- 
dividual agents skills. A Network ACD's limitations arise 
both from moving calls to queues not controlled by the 
Network ACQ. such as a queue controlled by a CPE 
ACD. and from having no real control over the service 
35 provided by the CPE ACD one© it receives a call. 
[0043] Enterprise service balancing enables the 
processing of customer calls according to business ob- 
jectives by the appropriate resource, such as an agent, 
regardless of the resource's location. Enterprise sen/ice 
*o balancing accommodates an enterprise's various defi- 
nitions of the appropriate resource by referencing a re- 
source's skills set, e.g., process toans and interact with 
platinum-level customers An enterprise sen/«» balanc- 
ing system processing calls under this definilkxi of "ap- 
^ propriate resource" k»ks for an agent whohandles plat- 
inum-level customers and loan inquiries when the en- 
terprise receives a call from a platinum-level customer 
regarding a loan. In <^er circunr^ances, the appropri- 
ate resource may simply be a specific agent. Ag.,acus- 
50 tomer call to the agent who just completed processing 
his loan regarding a specific issue associated with the 
loan. 

[0044] Embodiments of th e enterprise sen/ice balanc- 
ing system provide a virtual call center comprised ol the 
55 enterprise's various telephony elements, such as phys- 
ically separate call centers, by linking the enterprise's 
telephony elements together in such a manner so as to 
provide a unified caJI-handling capacity for the enter- 



6 



Sent By: - ; 



18006661233; 



Jan-30-04 19:32; 



Page 8 



11 



EP1 035 718 A1 



12 



priso. A virtual call center escapes the rigid design of 
conventional call centers by providing a more amor- 
phous and flexible design than previously possible. Em- 
bodiments of the invention provide an enterprise sewice 
balancer that distributes work in a deterministic manner s 
based upon resource skills and immediate availability. 
The enterprise service balancer provides the 'instanta- 
neous" best possible service for a customer request (e. 
g . a call) by nfiatchtng the request with the most appro- 
priate resource in the enterprise for processing the cus- to 
tomer request in accordance wrth the enterprise's ap- 
propriate -best service' definition. Embodiments of the 
enterprise sen/ice balancer define "instantaneous' as 
the moment that a resource is available to work on the 
next work item. 

[0045] Embodiments of the enterprise service balanc- 
er refrain from moving a call until after Identifying an 
available resource in the enterprise as a whole who can 
best handle the call. Furthermore, the resource may not 
necessarily be a call center agent. The resource may 20 
be a back office agent, such as a technical staff member, 
who normally does not handle inbound phone calls. The 
resource may further comprise a robotic calf processing 
system having a skills set capable of processing the cus- 
tomer'scalt. The robotic call processing system may op- 25 
erate in conjunction with an interactive voce resconse 
CIVR') system. 

[0046] In the preferred embodiment, the enterprise 
sen/ice balancer provides sen/rce on a call-by-call basis 
(Of customer call-by-customer call basis) based upon a 30 
resource {e.g., an agent) that has just come avaifabte 
rather than selecting a resource by moving calls to a 
queue associated with only a portion of the enterprise's 
call-handling capabilities (e.g., a queue associated with 
a CPE ACD). When a resource comes available to take 3S 
a next work item (o.g.,aca\\), the enterprise sen/ice bal- 
ancer selects the best customer call from all calls avail- 
able in the enterprise that meets thie resource's skills 
and that meets Gmarprise son/rce objectives. Even in 
the event that a call is meant for a specific resource, 4c 
such asa specific agent, the enterprise servce balancer 
may have the agent take another call instead because 
the other call better meets the overall enterprisa senrice 
objectives. 

[0047] For a call requiring a specific set of skills, the 4S 
enterprise sen^ice balancer sends thecal! to the first re- 
source [e.g., an agent) having the necessary skills set 
who comes available and for whom the call is the best 
work for the resource to perform at that moment. The 
call is sent to this resource when the resource requests so 
the call from the enterprise sen/ice balancer by provid- 
ing Its telephone set address {e.g., a Direct Inward Di- 
aling ("DID") number) to the enterprise sen/lce balancer. 
The enterprise seivice balancer hokis the call at its point 
cl arrival into the enterprise and waits {e.g., parks the ss 
call) until moving it to a specific resource by simply trans- 
ferring the call to the destinatran resource's telephone 
set address using conventional PBX technology. Con- 



ventional PBX technology can be via a computer-teleph- 
ony integratk>n CCTr). via an external device (e.g., an 
IVR). or other available means. Thus, the enterprise 
service balancer may move a call directly to a selected 
resource and bypass the inflexible processing normally 
performed by a CPE ACD. 

[0048] Figure 4 illustrates an enterprise service bal- 
ancing system 410. according loan embodiment of the 
invention. The enterprise service balancing system 410 
comprises an enterprise service balancer 401. a data- 
base 402, a call center 403. employee resources 404. 
and another call center 405. Tho call centers 403. 405 
and tho emp/oyee resources 404 and may each respec- 
tively include workstations 406-409. An exemplary en- 
terprise service balancing system, according to the in- 
vention, may comprise additional call centers and em- 
ployee resources beyond those depicted in Figure 4. 
[0049] The call centers 403. 405 may comprise call 
centers utilizing ACD/PBXs, call centers equipped with- 
out ACDs. and any facility that receives incoming and/ 
or places outgoing calls under the direction of an agent, 
whether human or robotic. The principal requirement for 
distribution of calls is that an agent have a unique ad- 
dress representing the agent's telephony device where 
when an external party dials this address, the agent's 
telephony device can be connected either over the Pub- 
Ik; Switched Telephone Network ("PSTN") or a private 
network. Of course, the agenfs telephony device may 
comprise a standard telephone set. a head set device, 
and even a telephony card installed in a computing de- 
vice, such as a personal computer ('PC*}. The emptoy. 
ee resources 404 represent those port wns of the enter- 
prise that are not normally represented in call centers. 
e.g., back office employees. For example, various spe- 
cialized activities, such as the enterprise's technical 
staff, may be represented by the employee resources 
404. These employees may not have addresses directly 
accessible from the PSTN using a simple phone 
number, however, in this case they can be accessed by 
equipment such as a PBX aulo-attendant for which the 
supplied address to the enterprise sen/ice balancer 
would be the auto-attendant number on the PBX fol- 
towed by the specifk; emptoyea extension (e.g., 
•425-445^4545 ext. 2379"). This is an example of a mix 
ol PSTN and private network addressing. The call cent- 
ers 403. 405 may comprise facilities whose sen/ices are 
provided to the enterprise under a contract {e.g., via a 
Centrex service) where the agents would ait be acces- 
sible via addresses accessible via the PSTN 
[0060] The enterprise service balancer 401 receives 
calls from customers via the PSTN 101 . analyzes each 
call to determine the best possible resource within the 
enterprise sewice balancing system 410 to receive the 
call, than makes the call retrievable by the resource 
once it becomes available. Unlike a Network ACD. the 
enterprise service balancer 401 may not necessarily re- 
ceive calls directly Irom the PSTN 1OI . For example, the 
enterprise service balancer 401 may actually wrap 
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around each of the elements within the enterprise serv- 
ice balancing system 410. such as the call center 403 
Thus, the enterprise sen/ice balancer 401 may be inte^ 
grated into conventional ACD/PBX equipment. In such 
an embodimeni, the call center 403 directly receives a 
customer call from the PSTN Id. parks the call, and 
(hon requests the enterprise service balancer 40i to se- 
lect an appropriate resource to process the call in ac- 
cordance with enterprise-wide objectives. 
[0051] The enterprise service balancer 401 achieves 
resource-speciticlty in meeting service objectives 
across the entire enterprise scn^ice balancing system 
410 by utilizing an enterprise workflow system to create 
a work item for each call as it arrives at a call center, 
according to a preferred embodiment of the invention' 
A workflow system both captures and moves informa- 
tion regarding a business transaction (e.g., a customer 
call) through a work process, ensuring that each enter- 
prise resource can access the information items re- 
quired lo perform its portion of a transaction. Workflow 
systems may also provide a context for perlorming work, 
allowing resources to concentrate on the work at hand, 
rather than on the process itself. Workflow software, 
such as that utilized in the enterprise service balancing 
system 4 10. Improves the efficiency of both mission-crit- 
ical and ad-hoc business processes. Such improve- 
ments should reduce costs, enhance quality, provide 
faster turnaround, and improve customer satisfaction. A 
workflow system Is not limited to conventional workflow 
systems, such as prwDarlly developed for document 
centric work. A workflow system can be any of a myriad 
system implementations that allows agents to be asso- 
ciated with the processing of work items In a proscribed 
manner. A proscribed manner may be a process de- 
scription of a sat of process steps for which human 
agents are associated with some steps and for whkih 
robotic agents are associated with some other steps, 
where a1 each step agents may interact with the work 
item 

[0052] The enterprise sen/Ice balancer 401 process- 
es calls as work items known as 'workpackets.' A work- 
packet is a container for data elements that represents 
a transaction in progress. For example, in a customer 
service process, a workpacket way contah informatkxi 
related to a customer servica transaction, such as a bill- 
ing adjustment. The workpacket for this transaction may 
include data such as the Identification of the customer 
associated with this transact bn. past history of the busi- 
ness interactkwis with this customer, a classification of 
this customer based on the relationship with the custom- 
er {e.g.. Platinum Status), business rules on how agents 
should handle this transaction, pointers to documents 
relative to this transactksn {e.g,, a pointer to a previously 
received letter, a pointer to the customer's last billing 
statement), and if the transact »n is currently activa. 
then the workpacket may contain a pointer to the media 
over which the current transaction is occurring {e.g., a 
phone call). A workpacket may represent a transaction 



in progress but not currently being worked on by some- 
one (e Q., waiting tor a supervisor signature), or a work- 
packet may be opened by an agent for processing or a 
workpacket may have just been created based on a cus- 
5 lomcr interaction for the cuslomer sen/ice example A 
workpacket is an example of a New Work Item for which 
an agent is lo perform work. According to a preferred 
embodiment, for a cuslomer interacting over a tele- 
phone, then each workpacket contains a pointer to a re- 
^0 speciive call being hekJ somewhere within the enter- 
prise service balancing system 410. such as in the call 
center 403. For example, a call may be parked ai an 
ACD routing control point in an ACD within the call cent- 
er 403. Of course, other calls may be parked at other 
ACD routing control points in other ACDs within other 
call centers or other similar equipmentrwith ail of these 
call centers linked together by the enierprise service bal- 
ancer 401. The enterprise sen/ice balancer 401 pro- 
vides for the creation and manipulation of the items com- 
prising the workpackets. the creation and management 
of agent attributes, the definition and management of 
service levels, and the distribution of the workpackets. 
[00S3J The enterprise service balancer 401 adds 
each new workpacket for a newly arrived call to a wort<. 
list of workpackets. The worklist essentially amounts lo 
a workpacket parking lot, comprising workpackets wait- 
ing for processing by an enterprise resource, such as 
an agent. The enterprise service balancer 401 provides 
the workpacket with attributes about the customer call 
30 from other applications, such as database queries or 
IVfl interactions. IVR inquiries nray be performed by a 
network IVR or a customer premise equipment ("CPE") 
IVR associated with a CPE ACD. The enterprise sarvfce 
balancer 401 , or other pertinent equipment, still queues 
3S the call either at the IVR or the ACQ routing control point 
until it Is directed to a selected resource. The enterprise 
service balancer 401 ultimately determines that the 
workpacket is ready tor distribution to the specific re- 
source that can process the workpacket In some em- 
^ bodiments of the inventk>n. elements of the workpackets 
may also represent data from other types of media with 
whtt:h the enterprise may interact, such as processing 
live video connections with customers, e^naW messag- 
es, and internet communications. Accordingly, the in- 
« veniion is not limited to processing only incoming calls 
through conventkxial telephony devices. 
[0054] The enierprise service balancer 401 may uti- 
lize the database 402 in directing each incoming call to 
the appropriate resource within the enterprise servee 
balancing system 41 0. whether to an agent in a call cent- 
er or loan appropriate back office employee resource. 
The enterprise sen^ice balancer 401 analyzes each in- 
coming call to determine its pertinent characteristkjs. 
DurBig its analysis, the enterprise sen/Ice balancer 401 
55 may retrieve pertinent data stored in the database 402. 
In additkjn. the enterprise service balancer 401 may 
query the incoming call to determine additional charac- 
teristKs. The querying of the incoming call may include 
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intrinsic characteristics determined from the call itself 
(such as those provided by Caller ID and by analysis of 
the number called by the caller) and may also include 
characteristics provided by interaction with the caller 
(such as through a numeric telephone keypad or 
tnrough an IVR). The enterprise service balancer 401 
may additionally examine informalion regarding re- 
sources, such as agents, within the call centers 403. 405 
and characteristics regarding employees within the em- 
ployee resources 404. 

[0055] Once rhe enterprise service balancer 40 1 has 
determined an appropriate resource to process the call, 
then ihe enterprise sen/ico balancer 401 may transfer 
the call to the selected resource. According to a pre- 
ferred embodiment, the enterprise sen/ice balancer 401 
sends the workpackel, or other indicia of the call's con- 
tents, to the selected resource. In the preferred embod- 
iment ot the invention, the enterprise service balancer 
opens the workpackel to obtain the parking location of 
the call (me workpacket pointer to the media, in this case 
a parked phone call) and then delrvers the call to the 
selected resource's telephony device using that re- 
source's network address. In other embodiments, the 
selected resource may review the workpacket before 
speaking with the caller The selected resource may 
choose not to process the call and send an Indication to 
the enterprise service balancer 401 that another re- 
source shouW be found to process the call. In still other 
embodiments o1 the invention, the enterprise service 
balancer 401 transfers the workpacket to the resource 
along with the iransferrod call. In some embodiments, 
the enterprise sen/ice balancer 401 may even operate 
in a configurable dual mode, e.g., allowing call refusal 
during tow periods of incoming call traffic but disabling 
call refusal during peak call traffic periods. 
[0056] In delivering the media {e.g., a call) to an 
agent, the preferred embodiment of the enterprise senr- 
ice balancer 401 has a work pusher distributed on each 
resource's workstation. For example, the call center 403 
includes the workstations 406, at toast some of which 
have a wori< pusher 410. Similarly, the workstatbns 407 
on the employee resources 404 may also include a work 
pusher 411 and the call center's 405 workstations 409 
may also include a work pusher 412. The work pusher 
410 selects a workpacket based on meeting objectives 
established dynamically by the enterprise sen/ico bal- 
ancer 401. pushes the workpacket to rts workstation 
406, opens the workpacket. and then requests the com- 
ponent parking the partlctJlar call to send the call to the 
wortcstation's associated telephony devk:e. In another 
embodimeni. the enterprise service balancer 401 itself 
contains a work pusher that identifies the work for one 
or more resources. In both embodiments, the work 
pusher pushes the wort^packet to a wortcstatbn. and 
when the workpacket Is opened, the pointer to the call 
directs the call from the park location to the agent's te- 
lephony devk;e. The wori^station knows (ap.. the work- 
statton 406) its telephony devtoo address and provides 



this address to the enterprise sen/ice balancer 401 The 
workstation 406 may either provide the address to the 
work pusher when the worii pusher 4 1 0 is distributed to 
the workstation 406 or the address may be stored in the 
5 database 402 when enterprise service balancer 401 
contains the work pusher. The workpacket pushed to the 
workstation causes call delivery to the associated te- 
lephony device. In comparison, in a conventional Net- 
work ACD delivery of the phone call to the telephony 
^0 device causes the data associated with a call lo be 
opened. As should be readily apparent lo an ordinary 
artisan, the enterprise service baiancer 40 1 may be dis- 
tributed. For example, the enierprise service balancer 
401 may be distributed across each of several call ce/il- 
'5 ers. such as the call centers 403 and 405, and/or other 
centers containing employee resources, such as the 
employee resources 404. An apparatus that transfers 
calls may also reskJe within the work pusher 410 rather 
than in the enterprise service balancer 401, according 
to an embodiment of the invention. 
[0057] The enterprise son/ice balancer 401 process- 
OS calls on the basis of an enterprise-wide customer at- 
tribute description lhal may be stored in the database 
402. The customer attribute description provides a con- 
^5 tigurable template of the characteristics that should be 
collected regarding the call lo determine its best dispo- 
sition within the enterprise service balancing system 
410. The customer attribute description includes those 
attributes helpful in selecting a call center agent as well 
^ as those attributes helpful in selecting an emptoyee re- 
source. Characteristics within the customer attribute de- 
scription may be ranked in order of impooance. and 
combinattons of character istk:s may also be ranked in 
order of importance. For example, a call's roquiremenl 
55 for an agent fluent in French at a high level of proficiency 
may bo classified as more important than the agent's 
toan processing skills. By capturing the characteristics 
and relationships among the characteristics of impor- 
tance to the enterprise, the enterprise service balancer 
^ 401 may process each received call in a manner that 
best achieves the enterprise's overall goats. 
[0056] The enterprise service balancor 401 may also 
bo configured to uUlize call attributes, such as the cost 
of moving a call. In determining the best resource to 
^ meet the enterprise's objectives. Considering transpor- 
tation costs when making routing decwions can reduce 
operating costs. Let's assume that there are two agents 
of equal skill, but one is on the East Coast and the other 
is on the West Coast Funhemiore. lets assume that it 
^ Is less expensive to move an Fast Coast call to an East 
Coast agent. A call arrives at the enterprise sen/ce bal- 
ancing system 410 on the East Coast. To achieve the 
desired sen^ice level, the call wilt be moved to the East 
Coast agem If the workpacket attributes used by the en- 
^ terprise service balancer 401 favor using East Coast 
agents for East Coast Calls even though the West Coast 
agent has equal skill to make the call. In other words, 
unless other call attributes outweigh the cost of trans- 
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ferring the call, the call will remain on the East Coast 
[0059] Figure 5 illusirates a call center SlO that has 
been configured cooperate in conjunction with an enter- 
prise service balancing application, according to an em- 
bodimenl of the Invention. Because the enterprisG serv- s 
IC9 balancing system distributes the call and not an 
AGO. a call-receiving resource does not need to be an 
AGO agent but can bo a back-office agent who has tel- 
Gphone connectivity to a PBX that is interconnected with 
the ACD. This is another distinct advantage of an enter- io 
prise service balancing system over a conventional Net- 
work AGO. The call center 510 may accommodate an 
embodiment of an enterprise service balancing system 
without requiring either a hardware modification of the 
AGO 102 or the addition of any new equipment inside is 
the ACD 102. 

(0060J A client call arrives at the ACD 102 and is re- 
ceived in the route point 1 03. The route point 1 03 directs 
the call as instructed by the routing program 104. The 
routing program 104 directs the call to a first entenarise 20 
service balancing ("ESS') route point 502. A routing in- 
struction 503 associated with the first ESS route point 
502 transfers the call after a configurable time period to 
a second ESB route point 504. The second ESB route 
point 504 contains a routing instruction 505 that in turn 2S 
redirects the call, after a configurable time period, back 
to the first ESB route point 502. The call continues to be 
routed back and forth between the two ESB route points 
until the call is otherwise disposed. Exemplary methods 
and systems for parking calls using route points in an 30 
ACD/P8X are disclosed in U.S. Patent Application No 
09/060.038. -Multiple Call Handling in a Call Center." 
filed on April 13. 1998. assigned to the IWosaix Corpo- 
ration, and which is incorporated herein by reference. 
(0061 ] An ESB application 506 receives notification of 3s 
the call's arrr/al through the CTI link 109. The ESB ap- 
pication 506 rtiay have even directed the transfer of the 
call into the first ESB route point 502 in some embodi- 
ments of the invention. In any event, the ESB application 
506 makes a relevant notation reganding the call in a call 40 
database 507. The ESB application 506 continues to re- 
ceive updates regarding the location ol the call and 
stores such information in the call database 507. 
{00621 The ESB applicatkxi 506 on call arrival creates 
a workpacket for the caB and inserts into the workpacket ^ 
portinenl information relative to the call, such as the call 
locatkxi. the automatk: nunrUjer identification ('ANi') 
(who is calling), the dialed number identrficalion service 
("DNIS") (why they are calling), customer entered digits. 
IVR interaction data, business rules for handling the so 
transaction, pointers to stored information such as doc- 
uments, and past transaction histories. 
(00631 The ESBapplk:ation 506 analyzes the call and 
consults an enterprise database 508 to determine a 
proper resource 501 to receive the call presently parked ss 
in one of the first and second ESB route points 502, 504. 
The ESB application 506 lags the call with this set of 
resources. The tag may be a list of resources in an ESB 



having a centrahzed work pusher or may be simply the 
required resource attributes in an ESB with distributed 
work pushers. Once the ESB application 506 has se- 
lected a set of resources 1 20 for the call, or has simply 
associated the resource attributes required to service 
the call, then the ESB application 506 waits for one of 
the resources 120 to become available. When one of 
the resources 120 becomes (or is) available, then the 
ESB application 506 forwards the workpacket to a spe- 
cific one of the resources 501 . As previously described, 
the vyorkpacket contains a pointer to the call in the call 
daiaoase 507 The resource 501 nnay review the work- 
packet and decide whether to accept the workpacket for 
processing or return it to the ESB application 506. ac- 
cording to some embodiments of the invention. The re- 
source 501 is typically associated with an agent work- 
station 120 having a capability for receiving the work- 
packet. The resource 501 may be any capability acces- 
sible by the enterprise that can satisfy the ncQd^ of the 
specific call being processed by the enterprise. For ex- 
ample, the resource 501 may be an ordinary telephone 
used by the engineer who designed a particular compo- 
nent of an eniarprise product if this partcular engineer 
is the best enterprise resource for processing a specific 
call received by the enterprise. 
[0064] If the resource 501 elects to process the work- 
packet, or is required to process the workpacket. the re- 
source 501 may review the workpackefs contents be- 
fore connecting with the call. Once the resource 501 de- 
cides to connect with the call, then the resource 501 re- 
quests the call by sending its telephony devk» address 
to the enterprise service balancer component that has 
parked the call. (e.g.. controlling the call at either the 
first ESB route point 502 or the second ESB route point 
504). The ESB parking component sends a query using 
the woiltpacket call pointer to the call database 507 to 
determine whether the call ie presently located in the 
first ESB route point 502 or the second ESB route point 
504. Using the telephony address provided by the re- 
source 501. the parking component then formulates an 
appropriate call transfer Instruction, ustfig the CTI link 
109 or other first party call control means such as com- 
municating with an IVR. to move the call to the destina- 
tion telephone 108. Atternaih^ely, the ESB application 
506 may fonmulale a similar transfer instruction for the 
call concurrent with the transfer of the workpacket to the 
resource 501. Of course, other call parking schemes 
may used other than utilizing two route points that have 
been used herein for illustration purposes. For example, 
a call may simply be parked at an IVR port. 
[0065] The ESB application 506 may straddle multiple 
ACDs 102 and may also operate n conjunction with 
non-ACD/PBX equipment, such as the employee re- 
sources 404 shown in Figure 4. Accordingly, em^bodi- 
ments of the enterprise sen/ice balancing system 410 
may be applied to conventkwal call center installatkjns 
without requiring costly physical modifications. For ex- 
ample, the first ESB route point 502 and the second ESB 
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route point 504 may be added to tho ACD 1 02 by simple 
adjustment of the ACD's existing functionality Exempla- 
ry methods of creating such route points fn an ACD/PBX 
are disclosed in U.S. Patent Application No. 09/060.038, 
which has been previously incorporated herein by ref- 
erence. 

[0066] The £SB application 506 in directing a call to 
be transferred from the first or second ESQ route points 
502. 504 may even direct the transfer of the call into 
another call center or to other equipment, such as equip- 
ment associated with the employee resources 404. ac- 
cording to an embodiment of the invention. Such an'em- 
bodiment of the mvention would require that the ACD 
102 either have a PBX or a phone switch capable of un- 
dertaking such operations. As previously discussed an 
auto-attendant PBX function may be used to send a call 
to a back-office resource. 

[0067] In the call center 510, the ACD skill/split hunt 
group 106 performs linie if any processing. However, the 
ACD's routing programs may be configured lo utilize the 
ACD skill/split hunt group 106 upon notification that the 
ESB application 506 has ceased processing calls This 
condition might arise due to error or programmed main- 
tenance. 

[0068] The enterprise service balancing system 410, 
unlike conventional Network ACDs does not typically 
move a call to a resource until the resource is available 
to receive the call. The enterprise service balancer in- 
curs no extra cost to move calls, no expensive ACD 
communications circuits or software to offer calls at mul- 
tiple call centers, no extra cost to move calls a second 
time, and service control is extended to call center 
agents and back-office agents (non-call center agents). 
The enterprise sen/ice balancer 401 also extends serv- 
ice to a much larger pool of agents such as may be re- 
quired to meet peak service requests. The enterprise 
service balancer 401 provkJes greater effectiveness by 
eliminating the need to pass through an ACD's conven- 
ttonal processing in order to reach the person who will 
process the call As discussed, the enterprise senrice 
balancer 401 does not queue a call on a remote ACD 
based on a statistcat Indcaikjn that the call might be 
sen/iced within an acceptable time period. The enter- 
prise sen/ice balancer 401 instead determines servwe 
with an enterprise wkje view at the instant a resource 
becomes available to take a new call. 
[0069] Figure 6 illustrates a call center 640 that pro- 
vides enterprise service balancing without requiring uti- 
lization of an ACD. according to an embodiment of the 
invention. As previously discussed, the enterprise serv- 
ice balancing system 410 does not require that the en- 
terprise utilize an ACD. The enterprise sen/ice balanc- 
ing system only requires a telephony switching system 
that may provide third party and at least first party call 
control, such as may be provkJed by a PBX. IVR. or a 
simple PC-based switching system. A simple PC-tiased 
switching system coukJ be a set of hardware cards that 
are part of the wortcstalkw that is executing the ESB ap- 



pkarlon. In first party call control, call recipients directly 
control calls through telephony equipment attached to 
their telephone. For example, an IVR represents an ex- 
ample of first party call control wherein the cal/ to be 
S transferred is at an IVR port on the ACD/PBX.. The cus- 
iomer requests to speak with an agent, and lypicaily the 
IVR pon handling the call perfomis a blind transfer of 
the customer to an ACD queue. Transfer of the call on 
the i VH port could also be requested by an external ap- 
plicaikjn; that is the external application makes a trans- 
fer request over a data network to tho specific IVR in 
this case, the IVR port 'owns" the caU and performs a 
first party call control transfer, /ust as it had for the cus- 
tomer request to speak with an agent. In some imple- 
mentations, ihe IVR may be standalone and may not be 
connected to an ACD/PBX. In third party call control, call 
recipients, or others, control calls through a connection 
with an ACD/PBX and take control of a call independ- 
ently of the device that currently has control of the call 
^0 An example of third party call control is a CTl link that 
provides control of any call on any phone device to an 
external application. For example, a call is at an exten- 
sion 43400 and a customer is communicating with an 
agent. With third party call control, an external applica- 
2S tton takes this call away from the telephony device 
43400 and performs a supervised transfer of the call to 
a different agent without using the telephony device 
43400 for performing this action. Both third party and 
first party call control allow the enterprise sen/ice bal- 
30 ancing system 41 0 to park a call and then distribute the 
call to an enterprise resource, e g , an agent Of course, 
as discussed with respect lo Figure 5. since ACDs rep- 
resent the predominate telephony switch in convention- 
al call centers, embodiments of the enterprise sen/we 
^ balancing system will work with any ACD or other 
switching system that provides third party and at least 
first party call control. 

[0070] The call center 640 having three geography 
sites 630. 632, 634 does not require an ACD and instead 
^ merely requires the use of phone switches 610. 612. 61 4 
and IVR ports with first party call control 601 . 603 that 
can be controlled by Wbrk Pushers 618. 619. An ordi- 
narily skilled artisan will also note that no CTl link is re- 
quired. The call center 640 may contain more than the 
^ two IVR ports shown in Figure 6. The phone switches 
610. 512, 614 include the equipment necessary to pro- 
vide standard telephony functbns. such as a dial tone, 
the ability to make a call, the ability to receive a call, and 
the ability totransferacall. Inaddition tt)e phone switch- 
^ 63 6 10. 61 2 have the IVR ports with first party call control 
601 , 603 that are accessible to the Work Pushers 618. 
619. Such functionality is typically provkJed by an I VH 
via IVR software application interfaces. The call center 
540 may be linked with other similar call centers within 
^ the enterprise and may also be linked with other enter- 
prise-operated call centers that utilize an ACD/PBX. 
such as the call canter 510 shown in Figure 5. For ex- 
ample, the ESB application 506 may communicate rel- 
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evanl information to the call center 640. As previously 
dtscussed. the enterprise sen/ice balancing system 4iO 
may wrap around the various elements comprising an 
enierprjse's existing call-processing capabilities. For 
example, enterprise service balancing capabilities may 
be added to an enterprise's existing ACDs, PBXs or 
IVRS: as well as to newly designed call centers, so as 
to create a call-handling superstructure over the enter- 
prise's communicalions facilities. The call center 640 il- 
lustrates a disiributed call center designed to interface 
with an enterpriss service balancing system 620 and the 
work pushers 6 18. 619, in this instance interlacing with 
equipment and resources in the distributed call center 
sites 630. 632^ 634. 

(0071J Thedistributedcallcenter640fuf1hercompris- 
es agent workstations 605, 606, each at a different phys- 
ical location 632. 634 respectively. The call center 540 
may comprise more agent workstations than shown in 
Figure 6. The agent workstations 605. 606 may be con- 
figured for call center type call processing and respec- 
tively include the Work Pushers 618. 619 and tele- 
phones 607. 608 The call center 640 further includes an 
ESB workstation 620. The ESB workstalkao 620 in- 
cludes an ESS application 611. The telephone switches 
- the IVRs 610, 61 2 provide a mechanism for parking 
calls while waiting for selected enterprise resources to 
become available. This design has the desired result of 
parking the call at the point of entry to the call center 
640 and not moving a call until the proper resource has 
been identified to receive the call. 
[0O72] The call center 640 further includes a staff da- 
tabase 604 that contains data retated to agent and em- 
ployee foeources throutfiout the enterprise and in- 
cludes the resources' availability for ESB call distribu- 
tion. Other methods my be used to ascertain agent avail- 
ability, including whether an agent is on a current call. 
The ESB workstation 620 may also access a customer 
database 615 that contains infomnation related to cus- 
tomers and their transactions with the enlefprise. 
[0073] A customer 607 places a call into the call cent- 
er 640 through the PSTN 101. and the call anives at the 
IVR phone switch 610 and is connected to the I VR port 
associated with the IVR application 601 . The IVR phone 
switch 610 interacts with the customer while communi- 
cating the arrival of the call via the WAN 636 to the ESB 
workstatbn 620. The ESB application 611 then exam- 
ines the call to determine its pertinent characteristics 
and may also retrieve data from the customer database 
615 In pertonmlng its analysis. The ESB application 6ii 
also constructs a workpacket containing relevant items 
for the resource (d.p., an agent) who will prxjcess the 
.call. The workpacket may comprise apprx^prtate Infor- 
mation retrieved from the caller via the PSTN 101. the 
I VR 61 0 and from the customer database 6 1 5. The ESB 
application 611 assigns attributes to the workpacket 
consistent with this partk:ular customer imeractwn and 
consistent with the skills stored in the staff database 604 
for processing the call. 



[0074] The work pushers 61 8. 6 1 9 on each Work Sta- 
tion 605. 606 updates the staff database 604 regarding 
avajlabiliiy where availability for this illustration is simpfy 
"Available to be pushed work from the ESB" or "Not 
s Available to be pushed work," Other methods may be 
used lor notincation lo the ESB such as work pushers 
direct^y interacting with the ESB or the ESB directly in- 
teracting with the work pushers or any other means by 
which a work pushers status can be known. 
JO [0075] If there is no further customer interaction with 
the IVR 610 and the call may be distributed to an agent 
ai either the workstation 605 or the workstation 606. 
then the call remains parked at the VRU 61 0 and the 
ESB application oil makes the workpacket available to 
•5 any Work Pusher 618. 619. Note that no interaction is 
actually required between the IVR 6 1 0 and the customer 
607. Also the interact.Ksn may be a simple request for 
the customer's identifrcation code such as might be re- 
quested by even a PBX or a PC based switching system. 
2<> [0076] Assume that an agent associated with the 
workstation 605 then becomes available and the Work 
Pusher 616 requests a workpacket appropriate for this 
agent's skill set. Tha ESB applrcation 611 identifies the 
workpacket to the Work Pusher 618. The Work Pusher 
2S 618 then requests the workpacket from the ESB appli- 
cation 6 n. The ESB applicatran 611 then sends the 
workpacket corresponding to the call being held at the 
IVR 610 to the Wortc Pusher 618. 
[0077] The Work Pusher 618 opens the workpacket 
30 and retrieves the address of the IVR apptk^ation 601 as- 
sociated with the call on the IVR 610 and requests the 
IVR application 601 to transfer the call to the phone 
number for its associated phoneset 607. The phone 
number may be a simple number or it may be a sat of 
55 instructions to traverse telephony network equipment to 
reach the phoneset 607. The IVR application 601 ac- 
knowledges the successful tranaler of the call to the 
Work Pusher 61 B. While waiting for the call to arrive, the 
Work Pusher 618 delivers the workpacket data to the 
^ workstation applcatbn to allow this applfcalion to pro- 
vkJe a "screen pop' on the workstation 605. The "screen 
pop' provides customer information and may also guide 
the agent in the handling of the call. Upon arrival of the 
call at the phoneset 607 the Work Pusher 61 8 will inform 
« the i VR applk:ation 601 of the call arrival. 

[0078] This set of actons completes the distribution 
of the customer 607 to a resource represented by work- 
statkjn 605 that is available and has the skills to handle 
this customer request. Note that the above scenarki 
^ works in a similar manner should the agent represented 
by the Work Pusher 6 1 9 in the geographic site 634 have 
been requested the call before Work Pusher 618. If both 
the Work Pushers 618. 619 had been both available but 
not equally qualified, then the ESB application 611 
55 would select between the two Work Pushers based on 
their associated agent skills and the ESB applk:ation's 
knowledge of other outstanding requests tor agent 
skills. All else being equal, the ESB application 511 may 
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select the Work Pusher 618 over the Work Pusher 619 
because the Work Pusher 6i8 has been the most idle 
agent, or me least occupied agent, in any event a cail 
arrrvfng at either the IVR 610. 61 2 can be distributed to 
any agent m oiiher geographic center 632. 634 via the 
PSTN 101 and WAN 636. 

[0079] As previously discussed. In some embodi- 
ments ot the invention, the Work Pusher module may 
transfer the workpacket to an agent workstation 605 
while retaining the call at the VRU 610. allowing the se- 
lected resource lo decide whether to perform the work 
in the workpacket or relurn the workpacket to the ESB 
application 611 for processing by another enterprise re- 
source, ror example, the ESB appfrcatbn 611 movos 
the workpacket to the Work Pusher 618. The agent at 
the agent workstation 605 reviews the workpacket and 
decides whether to process the customer call. \i the 
agent decides lo process the customer call, and pro- 
vides a call-processing indication to the Work Pusher 
618. then the Work Pusher application 61 8 sends a call- 
transfer notrce to the IVR application 601. The Work 
Pusher 618 sends back to the IVR appHcatioa 601 a 
phone number for the agent telephone 607 associated 
with the agent workstation 605. The IVR 610 then trans- 
fers the can to tho telephone 607 using the telephone 
number provided by the Work Pusher 618 Once the call 
has been transferred, the VRU application 601 notifies 
the Work Pusher 618 of the cairs transfer. If the agem 
determines to not process the customer call, and pro- 
vides a call-processing indksatlon to the Work Pusher 
61B, then the Work Pusher 618 sends a rK)tiflcatfon to 
the ESB application 611 that it is not processing the call 
The Work Pusher 61 8 may then request additional work 
The ESB 611 application will then distribute the work- 
packet for this call to some other Work Pusher or other 
agent that may not have an associated Work Pusher. 
[0080] The call center 640 may also transfer calls to 
a telephone 644. T>ie telephone 644 represents an en- 
terprise resource that is not equipped to interact with a 
workflow system such as the agent workstations 605 
606. That is. a workslatton 641 associated with tele- 
phone 644 has no capability todirectly manipulate work- 
packets in a high-speed productkjn environment such 
as 18 associated with call center agents. This lack of 
functionality may be a function of the specitw worksta- 
tion capabilities associated with the telephone 644 or 
the location of the workstatfon 641. such ae a remote 
emptoyee working from home. Such enterprise resourc- 
es may typically be lound in the employee resources 
404 shown in Figure 4. The calf center 640 may provide 
addilionar functionality for providing workpackets to the 
.enterprise resource associated with the telephone 644 
If the call is to be directed to the telephone 644. the ESB 
application 611 may seek out altemative routes for 
transferring the workpacket to the emptoyee resource 
associated with the telephone 644. For example the 
ESB application 611 may construct an e-mail message 
to the workstation 641 associated with the emptoyee re- 



source at the telephone 644 that informs the emptoyee 
resource of the location for the workpacket. The ESB 
applicatton 611 nr>ay even bundle the workpacket wiih 
!he e-mail message. This alternative communication 
means with the workstation associated with telephone 
644 may be provided by a conventional workflow system 
Whose capabilities include using an e-mail channel for 
moving workpackoTs. 

[0081] The ESB implementatton for the call center 
'0 640 using the ESB application 511 and the Work Push- 
ers 61S, 618 is but one possible design for associating 
work with a call and pushing the work and call lo the 
agent workstations 605. 606 and the agent phonesots 
607. 60S. The ESB implementation for the call center 
^5 640 ,s a connected model where all clients are connect- 
ed over a data network to the ESB applicatton 611 and 
does not specify any particular means for establishing 
connections or interchanging or messages across a 
connection. An exemplaiy implementation for providing 
20 connectionless models where connections are made 
and broken based on the need for participation, such as 
might be made by a more centralized ESB application 
51 1 . and using object oriented techniques that includes 
agent-to-agent transfer of calls outstoe of the ESB ap- 
2s plication is disclosed in U.S. Patem Applicatton No 
09/235.065 "Call Center Telephone and Data Ftow Con- 
nection System." filed on January 21 . 1 9^9, assigned to 
the Mosalx Corporatton, and which is incorporated here- 
in by reference. 
^ [0082] Figure 7 illustrates exemplary ESB selection ■ 
criteria 701 that provide data for enabling an embodi- 
ment of the enterprise sen/ice balancer 401 to deter- 
mine the precise enterprise resource lo receive a call. 
The enterprise sen/ice balancer examines the ESBae- 
^ lection criteria set 701. ESB sources 702 provide the da- 
ta in the ESB selection criteria set 701 and may include 
a customer database 703. an IVR data set 704, and call 
data 705. The call data 705 comprises intrinsic informa- 
tion that may be automatically retrieved from a teto- 
^ phone call without requiring any operation on the part of 
the caller, such as the caller^s phone number (ANI) the 
number they called (DNIS for ■800' numbers), the typo 
of kxation from which they are calling (II digits provkJe 
phone booth, prison, etc.). or may include Customer En- 
^ tered Digits CCED') which the customer may have en- 
tered by request of a network sen/ice. The IVR data set 
704 represents informatton gathered from the caller via 
some type of querying mechanism {e.g., a menu). The 
customer database 703 represents data derived from a 
^ call database that includes data related to both the caller 
and the enterprise's resources. The ESB sources 702 
may include addittonal ESB sources and may also in- 
elude fewer ESB sources. 

[0083] The ESB selectton crttQua set 701 provkies a 
« data template that may be consutted by the enterprise 
service balancer 401 in determining the approprlale re- 
source to receive a customer call. Exemplary ESB se- 
lection criteria in the ESB selection criteria set 701 in- 
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elude the telephone number called (for example, a par- 
ticular call center client's 800 number), the caller's tele- 
phone number (that may be used to retrieve customer- 
related data); Customer Entered Digits, the call's lime 
of arrival., the caller's location (determined either from s 
the callers telephone number, the 900 number or from 
a customer database), the caller's account number the 
caller's account status, the caller's requested transac- 
tion, options selected by the caller, the sen^ice level cat- 
egory lo be associated with this caller on this transaction io 
{e.g., Platinum customer class), the call's urgency, the 
last agent contacted by the caller, the caller's security 
information, the caller's past transaction data, the call- 
er's prcforoncoG (which may be obtained from both the 
customer database and by querying the client), the call- '5 
er's present disposition (which may be determined from 
the IVR 704), and a prior agent assessment regarding 
the caller 

(0084] Since an enterprise may alter its ESB selection 
criteria, the ESB selection crrteria set 701 nnay contain 20 
different criteria than those presently shown. Moreover, 
the ESB selection criteria set 70 1 may contain additional 
items or even fewer items than shown horo. The enter- 
prise may alter and re-configure the ESB selection cri- 
teria set 701 , and the enterprise may operate different ^5 
ESB selection criteria lor different operations within the 
enterprise. For example, different 800 numbers may 
have different ESB seiection criteria associated with 
them. Similarly, the enterprise nnay consult with a differ- 
ent set of items from Its ESB sources 702. so 
[0085] The enterprise service balancer may deter- 
mine that not all of the Items in the data template of the 
ESB selection criteria set 701 have a corresponding ref- 
erence provided by the ESB sources 702 for a particular 
customer call. Accordingly, the enterprise senrice bal- 3S 
ancer may be constructed to select a resource for a call 
on the basts of less Information about the call than Its 
ESB selection crrter® set 701 Indicates. 
[0086] The enterprise sendee balancer may also uti- 
lize data related to its resources, such as its call center 40 
agents, In matching a call with the most appropriate en- 
terprise resource. Figure 8 illustrates a representative 
ESB agent table 800 that contains the type of data that 
an enterprise may wish to collect regarding its call center 
agents and then reference when selecting an appropri- 45 
ate resource for a call. The enterprise may utilize a dif- 
ferent data set. and the enterprise may construct similar 
tables lor its other resources. 
(0087] The ESB agent table 800 contains criteria that 
may be utilized by embodiments of Ihe enterprise son^- so 
ice balancer in determining an appropriate agent to re- 
ceive a customer call. The ESB agent table 300 may 
include an aganfs qualified capabilities to sen/ice cus- 
tomers. These capabilities can be described as skills 
(types of woric that are worked on by the enterprise). &s 
preferences (the ranking of skills for an agent), and skill 
ratffig (the capability of an agent to perform mis skill). 
An agent may have a capabilities rating that represents 



718 A1 26 

a range of calls that the agent may receive based upon 
the difficulty of the tasks associated with the call, eg., 
loan processing might be rated at as having a prefer- 
ence ol '8' while checking the status of a check re-order 
might be rated as a "1 ." Given two calls available lo this 
agent, of these two types (and ail other factors being 
equal), the agent will take the loan processing call un- 
less the ESB determines that the check re^Drder call 
should be taken to meet service levels. 
[0088] The ESB agent table 800 may also coritain an 
optimal sen/ice capabilities, or optimal skills level, for a 
particular agent. For example, the enterprise service 
balancer 401 will generally not distribute simple calls to 
agents having a higher than necessary degree of skills, 
but will instead route such calls to agents having a lower 
level of skills that is still high enough to satisfy the call's 
requirements Aside from other pertinent assignment 
criteria, the enterprise service balancer will generally as- 
sign a call to the agent having the lowest acceptable skill 
level required for processing a given call. However, dur- 
ing certain peak sen/ice periods, the enterprise service 
balancer may need to select any agent capable of re- 
sponding to the call, such as an agent with a higher than 
necessary skill level. 

[0089] In some circumstances, the most appropriate 
agent to receive a call is the agent who last dealt with 
the caller. Accordingly, the ESB agent table 800 will also 
contain agent identification infomnaton and retain inlor- 
matk>n related to calls recently processed by the agent 
[0090] An enterprise may be associated with various 
clients, as well as having enterprise subsidiaries, and 
the enterprise servico table 800 also contains a listing 
of the clients, or subsidiaries, for v^ich the agent may 
process calls. TTie enterprise service table 800 may also 
contain statistical information related to the speed with 
which the agent statistically can process workpackets 
for different skill types or client typos. Such information 
allows the enterprise service balancer 401 to determine 
whether a partrcular agent will be occupied too long with 
the task associated with a given call. Collected from 
within the entire enterprise, such information allows the 
enterprise service balancer to determine whether opti- 
mal sendee levels should be utilized or whether qualined 
service levels should be utilized. 
(0091] In addition, some embodiments of the enter- 
prise service balancer may select one agent over an- 
other similarly qualified agent based on the agents' oc- 
cupancy and how close each agent will be toward reach- 
ing the their occupancy if the agent receives the call. 
Occupancy is the percent of time agents are on calls. 
Exceeding 90% can lead to agent bunnout which leads 
to agent's becoming less efficient in their work. Some 
designers of the ESB agent table 800 may not wish to 
mix real-time infornrmtion {e.g., agent occupancy infor- 
matkjn) with static information. In sonr^ embodiments, 
a separate real-time data table 801 may be included that 
is updated with a variety of infonnation provkled by the 
enterprise service balancer Of course, in other embod- 
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iments, the roal-time data table 301 may bo included 
within th© ESB agent table 800. 
[0092] Finally, the ESB agent table 800 may also con- 
tain information related to particular agent privileges, 
such as being allowed to directly rocoivc telephone 5 
calls. The enterprise service balancer 401 may altar the 
availabilily of such privileges based upon the total call 
load within the enterprise at a given period of time. For 
example, during a peak period within the enterprisG, 
agents may lose the privilege of receiving direct tele- io 
phone calls (to their Agent ON) since their help is need- 
ed urgently m processing calls, according to an embod- 
iment of the Invention. 

[0093] An exemplary method and systom for eslab 
tishing preference values and threshold values for sen/- is 
ice classes related to work items., such as may be uti- 
lized in the ESBagent table 800 and the enterprise sen/- 
ice balancer 401 , is disclosed in U.S. Patent Application 
No. 09/149.877, -Dynamically Assigning Priorities for 
the Allocation of Server Resources to Competing Class- 20 
es of Work Based Upon Achievement of Service Level 
Goals. • filed on September 3. 1998, assigned to the Mo- 
saix Corporation, and which is incorporated herein by 
reference. 

[0094] Additionally, embodiments of the present in- ^5 
vention may also operate in conjunction with a method 
and system for adjusting the availability of resources (©. 
g., agents) for performing various types of wofk. An ex- 
emplary method and system for adjusting the availability 
of resources for performing various types of work is dis- 30 
closed in U.S. Patent Application No. 09/247,893, "Dy- 
namteally Allocating Sen/er Resources to Competing 
Classes of Work Based Upon Achievement of Service 
Level Goals," filed on February 10. 1999. assigned to 
the Mosaix Corporation, and whk:h is incorporated here- ^ 
in by reference. 

[0095] In addition, the present invention may also op- 
erate in conjunction with an exemplary method and sys- 
tem for computing a dynamic component in a composite 
preference value associated with a work item. An exenv 40 
plary method and system toi computing a dynamic com- 
ponent in a composite preference value is disclosed in 
U.S. Patent Application No. 09/248.047, •Hierarchical 
Service Level Remediation for Competing Classes 
Based Upon Achievement of Service Level Goals." filed 4S 
on February 10. 1999. assigned to the Moeaix Corpora- 
tion, and which is Incorporated herein by reference. 
[0096] Figure 9 provides further details regarding 
workpackeis transferred to enterprise resources. Work- 
packets comprise data that the enterprise service bal- so 
ancer 401 has determined may be appropriate lor the 
processing of a call. The data associated with the work- 
packet may be appropriately supplemented by the re- 
sources, such as an agent, through applications availa- 
ble to the resource, such as a call-handling application ss 
at an agent workstation. Accordingly, workpackets may 
have various sizes and will not ell necessarily contain 
iho same information. Figure 9 illustrates two wofkpack- 
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ets. a workpacket 901 and a workpacket 902. being sent 
to call center agents from the enterprise service balanc- 
er. 

[0097] The workpackei 90 1 contains a sol of caller da- 
la 903, a database link 904. client cafatog protocols 905, 
and a call pointer 90S. The call pointer 908 may be uti- 
lized in accessing the call associated with the workpack- 
et 901 . The client catalog protocols 905 may include a 
client catatog that may be helpful to the agent selected 
to process the call. The client catalog protocols 905 may 
be an expanded version of a client catalog that includes 
information not necessarily available to callers, such as 
links to warehouse data The client catalog protocols 
905 may also contain a client special Instruction wizard 
907 that contains special instructions for the agent in 
processing the call. 

[0098] The workpacket 902 contains the caller data 
903, the database link 904, a past transaction record 
906. and the call pointer 90S, The past transaction 
record 906 may be use lu I to the agent in answering the 
customer's call. For example, the workpacket 902 may 
be applicable in the processing of a customer call relat- 
ed to the status of an order. 

[0099] Figure 10 illustrates the linking of workpackets 
in a call parking facility utilized by the enterprise sen/ice 
balancer 401 while attempting to find an appropriate re- 
source to proceea the call represented by the workpack- 
et according to an embodiment of the invention. An ex- 
emplary enterprise service balancer may have a varia- 
ble number of associated parked calls at any given nrK3- 
ment. For example, an enterprise service balancer may 
have workpackets 1001. 1002, 1003. and 1004. Each 
of the workpackets 1001-1004 has an associated call 
pointer 908 that may be used to retrieve the call asso- 
ciated with the workpacket. The workpackets also each 
have a resource identifier 1005. The resource Identifier 
1005 is usually incomplete while the enterprise service 
balancer 401 searches a set of appropriate resources 
representing the enterprise to process the call. If the en- 
terprise service balancer 401 locates an available re- 
source suitable for processing the work packet, then the 
enterprise sen/ice balancer 401 provkfes the identity of 
the resouice in the resource identifier 1005. If the enter- 
prise sennce balancer 401 has identified a specific re- 
source that is not instantly available, but should be avail- 
able within a configurable time period, then the iresource 
Wentifiar 1 005 nr^ay contain an identifier for the resource. 
If the timeout expires, then an altemative resource will 
be selected by the enterprise service balancer 401. 
[0100] The workpackeie I00l-1004may be linked to 
each other in a worklist 1000. as shown in Figure 10» 
but do not necessarily need to be processed by the en- 
terprise service balancer 401 in the order that they have 
been received. It is expected that there will be many dif- 
ferent types of calls each type with different servrce re- 
quirements, and it is the arrival of agents to service 
these calls, each agent with different servicing capabil- 
ities, that determines the order in which calls will be dis- 
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iributQd. Accordingly, it is unlikely this will be a First In 
First Out ("FIFO") distribution of calls except in the sim- 
plest of cases. In addition, the workpackels do not nec- 
essarily need to be kept in a linked list but may bo or- 
ganized in another data structure. s 
[0101] Figurs 11 illustrates an exemplary agent work- 
Station 1110 for processing workpackets. according to 
an embodiment of the invention. Resources, such as 
agents, will interact with the enterprise service balanc- 
ing system via an ESB client application in the agent's io 
workstation, such as Work Pusherapplk:atk>ns6l8, 61 9 
shown in Figure 6. The ESB client application may even 
be provided to the resource using a browser application. 
The ESB client application may either be a thin client or 
a fat client. A thin client comprises a small application »5 
that retrieves much of its processing capabilities from a 
server while a fat client contains greater processing ca- 
pabilities. Implementing the ESB client application as a 
browser applicatkxi somewhat blurs the distinction be- 
tween thin and fat clients. The agent workstation 1110 20 
includes a computer 1103 having a GUI application 
1106. a telephone 1102 and an agent head set 1101, 
[0102] When an ACD agent becomes available, the 
agent typically actuates a ready button 1107 on the GUI 
application 1 1 06 using a mouse 11 09 or actuates a sim- 2$ 
ilar button on a desktop keyboard 1108. In the enterprise 
service balancing system 410. this agent action triggers 
a request to the enterprise service balancing system to 
provide the next workpackel. The enterprise service bal- 
ancing system - based on the achievement of current 30 
service levels across the enterprise and which • if any - 
work can be handled by this call center agent - will then 
send a workpackel to the ESB client application asso- 
ciated with the agenrs workstation 1110. The workpack- 
et represents the best work for this agent to perform at 3S 
this tffne. as determined by the enterprise service bal- 
ancing system, if the agent actuates a retrieve calf but- 
ton 1104, me ESB client application will then make a 
request to the enterprise sen^rca balancing system to 
have the call directed to the headset 1101 Of course. 40 
the delivery of the call to the headset may be configured 
within the ESB applicaiton to be coinckilental with the 
opening of the workpacket to obtain the parking address 
of the call and transfer the call to the headset 1101 . 
[0103] The enterprise sennce balancer allows a re- 45 
eource, such as the call center agent, to preview a work- 
packet without necessitating a connection to an associ- 
ated call (or other work Item). Because the agent's own 
application controls delivery of the call, the agent can 
preview a "screen pop" 1111 of customer informatbn so 
and deckSe whether to take the call or transfer it else- 
where using a transfer call bunon 1105. The resource 
may be performing other work at the time the workpack- 
et arrives and decide to send the workpackel back to be 
distributed to another enterprise resource. The ability to ss 
decline workpackels may be especially helpful to back- 
office agents who perhaps do not normally handle calls 
and may wish to accept only selected calls. The transfer 
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call button 1105 may also Initiate transfer of a customer 
call to another resource within the enterprise For exam- 
ple, the resource at the agent workstation 1 11 0 may dis- 
cover during processing of the call that the call would 
be better processed by another resource within the en- 
terprise. Accordingly, by actuating the transfer calf but- 
ton 1105. the resource may place the customer call at 
precisely the best location with the enterprise for further 
processing. In the preferred embodiment, the transfer 
sends a notificatk>n to the enterprise sen/ice balancer 
401 to redistribute the call since the agent's knowledge 
of the best resource may be incomplete. 
[0104] The ESB client application interacts with the 
GUI application 1106 to provide the workpacket screen 
pop 11 11 to the resource. The initial screen pop may not 
necessarily contain all of the information in the work- 
packet fully displayed. Tho addilk>nal informatk^n may 
be retrieved by the resource as necessary. For example, 
the workpacket may contain other media references 
such as optical images. When the resource accesses a 
work Itemjn a workpacket, the work item may be moved 
(or opened) and presented to the resource. 
[0105] In typical CTt event-driven implementations, 
the CT! event arrives and triggers a "screen pop." while 
at the same time the ACD/PBX (or a similarly functioning 
switch) performs an uncontrolled delivery of the call to 
the agent's headset. Having two separate systems pro- 
vide the two items needed by the agent, the customer 
information associated with the screen pop and the call 
itself, creates a race condition between the screen pop 
and the call arrival that necessitates some system for 
synchronizing the screen pop and the call arrival. The 
enterprise sen/ice balancer 401 ellminatee this race 
condition by directing that the workpackefs arrival occur, 
prtor to sending the call to the agent's headset 1101. 
according to an embodiment of the invention. 
[0106] The agent (resource) may retrieve a specific 
parked call for continued processing by actuating the re- 
trieve call button 1104. as previously discussed. In one 
embodiment, the agent may actuate the retrieve call but- 
ton! 1 04 by using either a combination of hot keys or by 
clicking on the retrieve call button 1104 using a cursor 
controlled by the mouse 1109. In another embodiment, 
the computer 1103 may be provided with a touch^en- 
sitive screen and the agent may simply touch the re- 
trieve call button 1104. By actuating the retrieve call but- 
ton 1104, the agent initiates continued processing of a 
parked call. 

[0107] In some embodiments, parked calls may be 
parked at a remote location. In the prefen'ed embodi- 
ment, parked calls are simply redirected to the telepho- 
ny devfce 1102 at the agent workstation ino. This call 
transfer occurs through the enterprise sen/ice balanc- 
er's work pusher [e.g., the work pusher 410 shown in 
Figure 4) that supplies the telephony devce acfciress to 
the call parking component at the remote location. In 
other embodiments, the retrieval process utilizes a cen- 
tralized ESB applk:ation that incorporates this work 
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pusher function to move the parked call to the agent 
workstation 1 1 1 0, as would occur for the telephone 644 
in Figure 6. 

[0108] Figure 12 illustrates additional information that 
may be retrieved in an exemplary workpacket 1200 5 
processed by an enterprise resource. The exemplary 
workpacket 1200 includes the customer's name, the 
customer's telephone number, the customer's account 
number, and the customer's level of service. The work- 
packet 1200 also indicates that the customer has been io 
secured. Security may be provided by requiring the cus- 
tomer to enter a code, for example, and maybe saltsfied 
by automated processing before the call reaches the 
agent. The workpacket 1200 also identifies the client 
and relevant information regarding the client, such as a '5 
corporate motto. 

[0109] The workpacket 1 200 also indicates the urgen- 
cy of the call. The workpacket 1200 may further indicate 
when the call arrived, the present time, and the amount 
of time that the caller has been waiting. The workpacket 20 
1200 may also indicate the customer's last order, its sta- 
tus, and additional relevant information, such as an 
identification of the agent who processed the customer's 
last order The workpacket 1200 may also provide the 
agent with the caller's prelerences. ss 
[0110] Figures 13A and 13B comprise a flowchart 
1 300 illustrating the processing of a call in an enterprise 
sen/ice balancing system 410 utilizing an enterprise 
service balancer 401, according to an embodiment of 
the invention. 30 
[0111] The enterprise service balancer 401 receives 
a call (step 1301). The ontcrprico sen/we balancer an- 
alyzes the call and begins composing a workpacket 
(such as shown In Figure 12) that contains pertinent in- 
fonriation about the call (step 1303). Based upon its 35 
analysis of the call, the enterprise sen/k;e balancer de- 
termines the pertinent call properties (step 1305). The 
pertinent call properties may include data such as that 
shown in the ESB selection criteria set 701 shown in 
Figure 7. The enterprise sen^ice balancer may add ^ 
some of the pertinent call properties to the workpacket. 
The enterprise service balancer determines whether da- 
tabase data should be retrieved tor further determina- 
tion of pertinent call properties (step 1 307). If the enter- 
prise service balancer determines that database data 4S 
should be consulted In determining the disposition of the 
call (step 1 307). then the enterprise service balancer re- 
trieves the appropriate data from a database (step 
1309). The enterprise sen/ice balancer may add some, 
or all. of the data from the database to the workpacket, 50 
The enterprise service balancer then analyzes the da- 
tabase data associated with the previously identified 
and pertinent call properties (step 1311). 
[0112] Based upon the information thai it has received 
thus far. the enterprise service balancer 401 then se- ss 
lects an appropriate enterprise resource to dispose of 
the call (step 1 313). ff database data is not necessary 
(step 1307), then the enterprise service balancer 401 
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proceeds to siep 7 3i3. In selecting an appropriate en- 
terprise resource, the enterprise service balancer may 
consult data such as that shown in the ESB setoction 
criteria tabic 702 shown in Figure 7 and may also ana- 
lyse pertinent information regarding resources such as 
the ESB agent table 800 shown in Figure 8 For example, 
this database may contain information regarding the re- 
al-time availability of resources. The enterprise service 
balancer then determines the best available call-receiv- 
ing resource (step 1315) and sends the workpacket to 
the selected call-receiving resource (step 1317). If no 
such resources are available (step 1315), the call will 
continue to be parked until such a resource becomes 
available As previously discussed, the initial screen pop 
associated with a workpacket's arrival at the resource's 
workstation may comprise a smaller subset of data than 
the complete workpacket Itself. 
[0113] While waiting for a resource to become avail- 
able, and if this call is more imponant than other calls 
vying for the appropriate resource, then the enterprise 
service balancer may determine to expand the number 
of resources that are appropriate to handle this call (step 
1319). The enterprise sen/fce balancer may determine 
to expand the number of resources that are appropriate 
to service this call, including non-human resources such 
as IVR resources or Voice-h4ail for self-servicing. The 
enterprise service balancer 401 determines the scope 
of resources tsased on all competing calls and or other 
competing work and the manner In which to either in- 
crease or even decrease the number of resources avail- 
able to service the call. This evaluation may include ac- 
quiring additional Information from a number of different 
resources and including the customer via an IVR com- 
municatfon. An exemplary method and system for dy- 
namically managing the scope of resources within an 
enterprise environment is disclosed In U.S. Patent Ap- 
plicatwn No. 09/247.893. 'Dynamically Allocating Sen/- 
er Resources to Competing Classes of Work Based Up- 
on Achievement of Senrlce Level Goals,' filed on Feb- 
ruajy 10. 1999. assigned to the MosaixCorporatton, and 
which has been previously incorporated herein by ref- 
erence. Once such an evaluat»n has completed . the 
processing returns to Step 1 31 5. An ordinarily skilled ar- 
tisan will recognize that this is a description of a process 
using a flowchart and that the step 1319 may occur in- 
dependently and concurrently with Step 1315. 
[Oil 4] Once the selected call-receiving resource has 
rocoivod the woricpacket, the call-receiving resource 
nray examine the workpacket to determine If the re- 
source will provide further processing of the workpacket 
or its associated customer call. If the call-receiving re- 
source elects to process the woricpacket, then the call 
may be transferred to telephony equipment associated 
with the call-receiving resource. 
[0115] Figure 14 illustrates an exemplary enterprise 
sen/ice balancing system 1410 that processes custom- 
er communications arriving from a variety of media, ac- 
cording to an embodiment of the invention. As previous- 
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ly discussed, the enterprise service balancing system is 
not limited merely to processing customer communica- 
tions arrivhQ from a telephony medium. Customer corTi- 
munications may arrive from a variety ol media, such as 
telephony, c-mail, Internet telephony. Internet commu- 
nications, video kiosk, and other forms of video stream- 
ing applications. 

[0116] The enterprise sen/ice balancing system 1410 
comprises an enlerprisc service balancer 1401. com- 
munication processing applications 1402-1406, and a 
database 1407. The communication processing appli- 
cations 1402-1405 may comprise call-handling and 
Work Pusher applications such as those shown in Fig- 
ures 5 and 6, as well as Figure 1 1 . The communication 
processing applications 1402-1406 may operate with 
work pushers, with one or more conventional ACDs. or 
with other similar functioning equipment. The ellipsis be- 
tween the communication processing application 1405 
and the communication processing application 1406 in- 
dicates that the enterprise service balancing system 
1401 may comprise more communication processing 
applications than shown in Figure 14. 
(01 1 7] The enterprise service balancer 1 401 receives 
customer communications from a variety of media as 
shown. The ellipsis between medium 3 and medium 4 
indicates that the enterprise service balancer may proc- 
ess customer communications received from more than 
four different rnediums. Of course, the enterprise serv- 
ice balancer 1401 may also process customer commu- 
nications received from a smaller number of communi- 
cation media, 

[Olia] The enterprise sen/ice balancer 1401 receives 
customer communications and processes the customer 
communications in a manner similar to that discussed 
with regard to the other embodiments of the enterprise 
service balancer. However, the enterprise service bal- 
ancer 1401 has additional capacity for selecting an ap- 
propriate resource to process a customer communica- 
tion on the basis of the medium from which the customer 
communication anrived in the enterprise sen/ice balanc- 
ing system 1410. For example, the enterprise service 
balancer 1401 may direct that an e-mail customer com- 
munication, which Is not an interactive communication, 
be processed differently by the communication process- 
ing applications 1402-1406 than a customer communi- 
cation that is interactive, such as one arriving from te- 
lephony or video streaming. The enterprise service bal- 
ancer 1401 may extract and analyze customer and re- 
source data from the database 1407 as appropriate. 
[0119] From the foregoing it will be appreciated that, 
although specific embodiments of the invention have 
been described herein for purposes of illustration, vari- 
ous modifications may be made without deviating from 
the spirit and scope of the invention. Accordingly, the 
invention is no! limited except as by the appended 
claims. 

[0120] While the present invention has been de- 
scribed with reference to preferred embodiments there- 



of, those skilled in tho art will appreciate that various 
changes in form and detail may be made without depart- 
ing from the intended scope of the present invention as 
defined in the appended claims. For example, the ele- 
5 ments associated with the enterprise service balancer, 
and the workstations may differ from those shown m the 
figures, and enterprise service balancer applications as- 
sociated with the enterprise service balancer {e g., a 
Work Pusher) might be provided to support various ad- 
!0 ditional functions. Workstation applications in addition 
to being interacted with by a human may also be inter- 
acted with by a robotic application. Accordingly, embod- 
iments of the invention are applicable to call centers 
staffed entirely with human agents, call centers having 
hybrid robotic and human agent workstations, and call 
centers having completely robotic applications 
[0121] The enterprise service balancer may be run on 
different types of computing systems or on computing 
systems differing substantially from the enterprise serv- 
ice balancing system discussed herein. In addition, the 
elements associated with the enterprise service balanc- 
er within a given call center may each operate on a dif- 
ferent type of computing system provided that the en- 
terprise sen^ice balancer ultimately performs the tasks 

2S described herein. Elements of the enterprise service 
balancer modules may be provided in microcode in a 
hardware device, such as that provided on a computer 
chip or an application specific integrated circuit 
('ASIC'), Elements of the enterprise service balancer 

^ may also be invoked through a specialized cati center 
telephone such that selection, or actuation, of a button 
on the specialized calf center telephone initiates opera- 
tion between the telephone and the enterprise service 
balancer. Other equipment associated with embodi- 

3S ments of the enterprise service balancing system may 
also be provided in microcode r» hardware devices, 
such as a computer chip or an ASIC. For example, the 
enterprise service balancer itself may be comprised of 
one or more ASICs in one or more call centers that com- 

40 municate with each other in such a manner so as to pro- 
vide the functionality described herein. 
(0122] In one exemplary alternative embodirDent, the 
enterprise servico balancer may be provided as a plug- 
in device at a call center. In this emtxxdiment, a utility 

45 program could be run in the call center to appropriately 
configure the call center for operations with the plug-in 
device. Such a device would operate in all signrficanl 
respects in the same manner as the embodiments de- 
scribed herein. In another embodiment of the invention, 

^ the enterprise service balancer may be merged into an 
ACO/PBX The enterprise service balancer may be pro- 
grammed in any progranrvnlng language. The enterprise 
sen/ice balancer may interface with CTi middleware 
products, as such IBM Callpath. Genesys T-Server. or 

^ Diategic CT-Connecl. 

[0123] The enterprise service balancer may be con- 
figured to operate with a variety of caH<lirecting devices. 
In addition, an initialization program may operate in con- 
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nectton with the resources in the enterprise and the en- 
terprise service balancer to enter the site-specitic infor- 
mation, such as the Agoni DNs for the agents within a 
call center and the Phone DNs for the call center tele- 
phones. The initialization program may also allow togi- 
cal I unci ions. Ilka the Agent DNs. to be matched to phys- 
ical functions like the Phone DNs. In some instances, 
there may only be Phone DNs. and the agents personal 
data network Identification, such as a workstation login 
supplants the Agent ID. The initialization program may 
further assign the appropriate calling scripts for the rout- 
ing points. 

[0124] In one cmbodimenl the enterprise service bal- 
ancer 506 utilizes the ACD 102 to distribute calls to 
agents while managing service levels for calls and tor 
all other channels such as e-mail, fulfillment (e.g., re- 
search a billing inquiry), and fax as in 1402. The enter- 
prise service balancer 506 may control ACD call distri- 
bution by making agents 1 20 available or not -available 
to receive calls through control of the agent's ACD state, 
either through 1st or 3rd party call control means. With 
this control means an agent is always in the ACD "NOT 
READY 10 take a call from the ACD" ACD state unless 
the enterprise sen/ice balancer 506 determines that the 
best work for this agent is to take an ACD 1 02 distributed 
call. To receive an ACO 102 distributed call, the agent 
1 20 is placed into a "READY to take a call from the ACD' 
ACD state by the enterprise sen/ice balancer 506 and 
the agent will receive a call from the ACD 102. The calls 
being distributed may either be parked at an ESB route 
point 502. 504 and are redirected by the ESB 506 to a 
ACD Skill/Split Hunt Group 1 06, 1 07 at the lime an agent 
is made available or after calls are processed by the 
ESB application 506. the calls are simply parked 
(queued by the ACO) at ACD Skill/Split Hunt groups 
106. 107 waiting lor an agent logged into one or more 
ACD Skill^Split Hunt groups to become READY In either 
implementation, it Is the ESB 506 that controls the dis- 
tribution of calls to an agent 120. If an ACD call is not 
the best work at this lime for this agent, then the agent 
will receive some other non-ACD work. This exemplifies 
that even an ACD 102 can be treated as a switching 
system and can be controlled by the enterprise een/lce 
balancer 506. 

[0125] The enterprise sendee balancing system may 
also produce an event k>g of the customer communica- 
tions and workpackets transferred to one or more enter- 
prise resources. The log data may be stored in a data 
repository associated with the resource or may be 
stored in a remote database. The log may be examined 
by appropriate supervisory personnel to ensure that the 
enterprise services balancing system is functktning 
within expected parameters. 

[0126] If a caller hangs up while the enterprise service 
balancer is either attempting to k>cate an appropriate re- 
source or is in the process of transferring the call to the 
selected resource, a telephony sub-system {e.g., a CTI 
link) may notify the enterprise sen/ice balancer of this 



event through a call disconnected message. The enter- 
prise service balancer then removes the workpackei 
Ifom consideration (or call delivery but then forwards the 
workpacket tor further processing by the workflow sys* 
5 tern {e.g., for Plalinum callers, place the call in a priority 
call back workltst). 

[0127] In yet another embodiment, the enterprise 
sen/ice balancer may direct a blind transfer of a call lo 
an enterprise resource. A blind transfer is a call transfer 

JO in which the transferor indicates a transfer location for 
a call without checking whether the new transferred lo- 
cation is available. For example. In a convenlionai tele- 
phone system, a caller is typically placed on hold, then 
the transferor dials a telephone number and hits a Uans- 

is fcr button which initiates an automatic transfer of the 
call. A blind transfer contrasts with a supen/ised transfer 
in which the transferor actually verifies thai the trans- 
ferred number is available before the call is transferred. 
A blind transfer might be used by the enterprise service 

20 balancer to queue a call to a specific resource such as 
a hunt group robotic resources liKe IVR ports. 
[01 28] Although specific embodiments of. and exam- 
ples tor. the invention are described herein for illustra- 
tive purposes, various equivalent modifications are pos- 

2s sibte within the scope of the inventk>n, as will be recog- 
nized by those skilled in the relevant an. The teachings 
provided herein of the invention can be applied to other 
enterprise communication systems, not necessarily the 
exemplary enterprise communication system described 

^ above. Varbus exemplary computing systems, and ac- 
cordingly, various other system configurations can be 
employed under the invention. 
[0129] The embodiments of the invention disclosed 
herein have been discussed ¥rith regard to enterprise 

3S communk:atk3ns systems, such as those using large 
computing systems. However, the invention firxjs appli* 
cabilily in other computing systerris. such as small, port- 
able conputerized systems and even decentralized 
computing devrces distributed in a network. The enter- 

^ prise sen/k:e balancer may be utilized for transferring 
data only, calls only, or even other types of connections. 
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1 . A method for processing communications in a com- 
munication-processing system that comprises a 
plurality of communical Ion-processing centers 
(403-405) each comprising a plurality of communi- 
so cation-processing resources (406-409), each with 
a communicatk>n -processing resources set 
(800-801 ) that includes a description of the commu- 
nk:atk>n-processing resource, CHARACTERISED 
BY 

55 

receiving (1 301 ) a communication into the com- 
munication-processing system; 
analyzing (1 303) the communication at a serv- 
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ice balancer {40i;506) mat serves ihe plurality 
of commur>tcation-proccsslng centers o( to cre- 
ate (1305) a communication properties set 

(701): 

selecting (1313) at the service balancer a com- 
munication-processing resource of any one cf 
the plurality ot communication-processing 
centers by comparing the communtcalion prop- 
erties set against the communication-process- 
ing resources set that includes a description of 
the communication-processing resource of at 
least some ot the communication -processing 
resources of a plurality of the communication- 
processing centers; and 
sending ( 1 31 7) a new work indicator (901 ;902) 
from the service balancer to the selected com- 
municalion-processing resource. 

2. The method of claim 1 wherein: 

sending a new work indicator comprises 
creating (1303-1 309) a new work irvdicator that 
represents the communication and includes a 
link (908) to a call -parking application 
(502.504) that holds the communication until 
the communication is transferred to a commu- 
nication-processing resource; 
accessing (1104) the call-parking application 
from the new work indk:ator by the selected 
communications-processing resource; 
receiving a transfer request at the call-parking 
appllcatfon from the selected communication- 
processing resource; and 
transferring (410) the communication to the se- 
lected call-processing resource by the ac- 
cessed call-parking appticatkxi. 

3. The method of claim 1 wherein: 

sending a now work Indicator comprises creat- 
ing (1 303-1 309) a new work indfcator that con- 
tains information pertaining to the communica- 
tbn; and the method further comprises 
examining (11 11 ) the new work indicator at the 
selected communications-processing resource 
to select whether to process the new work indi- 
cator by the selected communicatk>n3- 
processing resource; 

engaging at least one communications- 
processing application (6l9;6l9) to process 
the new work indicator if new work indicator 
processing is selected (1104); 
receiving the communication associated with 
the new work indicator by the selected commu- 
nications-processing resource it new work indi- 
cator processing is selected (1 104); and 
sending a work declined indication to the serv- 
ice balancer if examination of the new work in- 
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dicator results in selecting not to process the 
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The method of claim 1 wherein the communication 
is received into the communication processing sys- 
tem at a first communication processing cenlei 
(403), further comprising: 

transterring the communication to the select- 
ed communication-processing resource in a sec- 
ond communication processing center (405). 



5. The method of claim 1 wherein: 

receiving a communicatton comprises 
receiving the communicatkjn into the service 

balancer. 

6. A system (401 ) tor processing communications re- 
ceived by a communications-processing system 
(400) that comprises a plurality of communication - 
processing centers (403-405) each comprising a 
plurality of communications-processing resources 
(406-409), each with a communication-processing 
resources set (800-801 ) that Includes a description 
of the communication-processing resource, CHAR- 
ACTERISED BY 

acommunkralions receiver (401 or403)that re- 
ceives communications; 
an enterprise sen/ice balancer (401;506) that 
sen/es the plurality of communtcatk^n-process- 
ing centers and that includes 

a receiver that receives (1301) a commu- 
nication notification from the at least one 
communication receiver pertaining to a re- 
ceived communication, 
an analyzer that analyzes (1303) the re- 
ceived communication to compose (1305) 
a communication properties set (701) for 
the received communication, and 
a comparator that selects (1 31 3) a commu- 
nications-processing resource ot any one 
of the plurality of communrcatrans- 
processing centers to process the commu- 
nication by comparing the communication 
properties set with the communication- 
processing resources set that Includes a 
description of the communication-process- 
ing resources of at least some of the com- 
munication-processing resources ot a piu- 
r^ity of the communicatton-processing 
centers; and 

a transmitter that sends (I3l7) a new work in- 
dicator (901 ;902) to the selected communica- 
tion-processing resource. 
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7. The system of claim 6 wherein: 

the enterprise service balancer provides a link 
(903) in the new work indicator to a call-parking ap- 
plication (50J?.504) that holds the communication 
until the communication is iransterred to a commu- 5 
nication-processing resourca in response to the 
calt'parking application receiving a transfer re- 
quest. 

8. The system of claim 6 wherein: to 

the at least one communications receiver re- 
sides and receives the communication at a first 
communication -processing center (403): and 
the selected communication-processing re- is 
source resides and receives the received com- 
munication from the at least one communica- 
tion receiver at a second communication- 
processing center (405). 

20 

9. The system of claim 6 further comprising: 

a work pusher (410-412) operativety connect- 
ed to the enterprise service balancer that directs the 
transfer of at least one of the received communica- 
tion and the new work indicator corresponding to 25 
the received communication to the selected com- 
munications-processing resource. 

10. The system of claim 9 wherein: 

30 

the work pusher comprises 
a first communications link (636) for transmis- 
sion of the new work indicator 
a second communications link (101,636) for 
transmission of any associated madia with the as 
customer communicatkjn; 
a receiver (618.619) configured to receive a 
transfer request from the selected communica- 
tions-processing resource that includes the se- 
lected resource's addressee on the first and 40 
second communication links, to establish a 
second communications link with the selected 
communications-processing resource, to 
transfer the new work indicator to the selected 
communications-processing resource over the ^ 
first communicalwns link, and to transfer any 
associated media over the second communica- 
tions link. 
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